Join the Lord Clan today! Sign up on the forums and register in the Recruitment Office.

Join the forum, it's quick and easy

Join the Lord Clan today! Sign up on the forums and register in the Recruitment Office.
Would you like to react to this message? Create an account in a few clicks or log in to continue.

Halp! Sprites! Halp!

2 posters

Page 2 of 2 Previous  1, 2

Go down

Halp! Sprites! Halp! - Page 2 Empty Re: Halp! Sprites! Halp!

Post  Guest Sat Oct 24, 2009 9:51 am

that will be ram overflow wont it?... and it wont couse program to crash cpu ...

Guest
Guest


Back to top Go down

Halp! Sprites! Halp! - Page 2 Empty Re: Halp! Sprites! Halp!

Post  Guest Sat Oct 24, 2009 5:35 pm

But it will cause the program to crash very likely.

Guest
Guest


Back to top Go down

Halp! Sprites! Halp! - Page 2 Empty Re: Halp! Sprites! Halp!

Post  Guest Mon Oct 26, 2009 2:17 am

yep Vlad is right, endless loop that does nothing hogs up the cpu, endless loop that generates data hogs up cpu and ram and the operating system will stop it at some point when it requests too much memory.. or if the os does not stop it (bad os!) then it will simply crash or freeze cause there is no such thing as endless memory Sad

about programming for multicores.. there are several ways of doing it, either start several processes on the os level, like prime95 does it, or do it within a single process like some games supposedly do it.
the process way is simply starting several instances of the same program, in this case an audio encoding/decoding program that is basically a math program cause it just has to calculate a lot of numbers. the audio file could be cut in two for example and both parts would be encoded at the same time, each by a separate cpu core. the biggest difficulty with this method is the handling of the data between the processes.
the way of handling mutlicore inside a single process is probably by using threads, i dont know much about binding threads to cpu cores but it will have the same basic structure, some core parts of the program will be able to run at the same time on assigned cores, and data access will happen inside program variables/objects and will have to be synchronized between the threads.

also, in this case it is important to look at the problem of audio encoding/decoding and see what gives the better performance, separating the file into several parts and let them encode simultaneously without any interaction between the processes, or making them more dependent on each other by having them exchange data all the time.

edit: i got curious about this and a quick search on google found this http://www.threadingbuildingblocks.org/ which is an open-source library from Intel that helps with helps with programming for multicores, it has a built-in task manager that automatically balances the load of the program (that has to be multithreaded) and optimally uses the cpu cores. this would be basically what one had to write without such a library, a selfmade task manager that handles the work that has to be done to the cpu cores

Guest
Guest


Back to top Go down

Halp! Sprites! Halp! - Page 2 Empty Re: Halp! Sprites! Halp!

Post  Guest Thu Aug 12, 2010 8:56 pm

We play games, dont make 'em..

___________

3d sex games
doc johnson

Guest
Guest


Back to top Go down

Halp! Sprites! Halp! - Page 2 Empty Re: Halp! Sprites! Halp!

Post  Lord~Hughsinkler Fri Aug 13, 2010 11:30 am

wow someones lurking in the ghostown
Lord~Hughsinkler
Lord~Hughsinkler
Lieutenant Colonel
Lieutenant Colonel

Location : Lord Stores Room, trying out the new nukes
Age : 31
Number of posts : 2411

Back to top Go down

Halp! Sprites! Halp! - Page 2 Empty Re: Halp! Sprites! Halp!

Post  Sponsored content


Sponsored content


Back to top Go down

Page 2 of 2 Previous  1, 2

Back to top


 
Permissions in this forum:
You cannot reply to topics in this forum