Ok that is good to know (kinda already did that too) but what is the maximum heap size I can set, i'm going to try setting it for 3 gigs worth, so... 3096m, right or can I just put 3g [well I'm testing it anyways lol]? Like I said before I have plenty of ram and Vram for the game to use.
well the processor affinity doesn't mak sense to me then because if what you say is tru it should still only use one of the processors if I set that but it uses both and only at 50% each
On the CPU priorities I thank you for the insight of what realtime actually does. I never knew ever since I was using windows 3.1 lol (yes I had an Ancient computer when I was a 7 year old)
Also the only thing I had running on the computer is the game half the time I closed everything else including explorer just to make more resources for the game, guess I don't need to try that anymore, but i'm not sure the system would crash seeing as the computer had a whole other processor that it was told not to use on the game.
But thank you for your help ^_^
The pauses during load ups due to memory limitations imposed on startup. When starting, java allocates a certain amount of memory to cover the run time environment, code stack and lastly the Heap. The heap acts as memory space for data used by the program. The Stack keeps the running code, but tends to be static once loaded.
The underlying problem for the pausing is the sudden appearance of multiple props completely fills up the heap. When that happens, java forces it to pause the thread, clean up the heap to make room, finish loading data, then resuming the thread. You can mitigate this slightly by doubling the heap from 256 to 512 by adding -Xmx512m switch and manipulating the shortcuts. Theres a few threads on how to do this properly depending on your setup.
As for CPU usage, the game isn't coded to support multi-threading (ie will only run on 1 core), and JRE won't do it natively if the java code can't. As for CPU priorities, its not a good idea to set them manually unless you have a very specific reason to do so. Process priorities are applied against the entire system, including OS components. When you set it to real-time, you managed to overtake several system critical processes, including the sound manager. If left running like that long enough, it will eventually make the system unstable and crash.