50 000 units
Moderator: Moderators
50 000 units
someome prob by s3o framerate can be huge lowering
this get me to think to re lag this by increasing unit count...
isn t?
a unit limit can be edit in files??? or engine coded
this get me to think to re lag this by increasing unit count...
isn t?
a unit limit can be edit in files??? or engine coded
- SwiftSpear
- Classic Community Lead
- Posts: 7287
- Joined: 12 Aug 2005, 09:29
The majority of spring lag is caused by patching information being stored and worked on for each individual unit. Spring makes the most work for your CPU, with enough units even the strongest CPU's slow down.
A High end graphics card should be able to run spring with 50000 units, but the CPU will not last long enough.
A High end graphics card should be able to run spring with 50000 units, but the CPU will not last long enough.
- SwiftSpear
- Classic Community Lead
- Posts: 7287
- Joined: 12 Aug 2005, 09:29
Spring doesn't use any 64 bit calculations. If we could use 64 bit native calculations it wouldn't make any difference almost at all most of the time. The 64 bit processors have better optimizations then the 32 bit AMD's so they are still worth getting, but they don't use their 64 bit capability in spring.
I'm not sure how many units a 2Gb ram and 4GHz dual core machine could run, it should be quite a few though...
I'm not sure how many units a 2Gb ram and 4GHz dual core machine could run, it should be quite a few though...
- Drone_Fragger
- Posts: 1341
- Joined: 04 Dec 2005, 15:49
64 bit is really just a waste of time. So few games are optimised for it that it barely improves framerates. Although a 50,000 unit limit would be nice.emmanuel wrote:is 32bit to 64bit with corect code can 2xframerate?
is a multithread code can 2x framerate again ?
2 x 2= 4 x
maybe the ended realese must hav all modernity....
but i always nounderstand why taspring don t work in win98: what is new in winxp ?
- SwiftSpear
- Classic Community Lead
- Posts: 7287
- Joined: 12 Aug 2005, 09:29
Well, in order for 64 bit processing to improve the code the code needs to have alot of 64 bit variables used. 64 bit variables are rarely needed in code, so most coders only put very few of them in their programs, another reason is that they are one of the things that slow down 32processing, so generally they are avoided for programs that want to be efficient for the widest margin of users. 64bit can improve calculation efficiency for specially written programs, but rarely helps much for programs that aren't written to use it. There's not much point in rewriting spring to use 64 bit because it would be less usable for most users, and we probably don't have alot of area's where 64 bit variables would help us much anyways.
-
- Posts: 197
- Joined: 04 Nov 2004, 00:33
Win 98 is not aminority. Its an old, unsafe, abandoned OS that should not be touched with a pole.emmanuel wrote:when i ask :"what for the spring don t work in win98?"
it answer "don t care about minority" :
32bit are minority too...
Very, Very different.
As other have stated, rewritting parts of spring to use 64-bit would likely slow down more users then it would speed up.. so there really is not much point...
- Guessmyname
- Posts: 3301
- Joined: 28 Apr 2005, 21:07
Probably because drunk drivers on crack and weed can only crash once before either:Sgt Doom wrote:That and it crashes more than a drunk driver on crack and weed.Hunter0000 wrote:Win 98 is not a minority. Its an old, unsafe, abandoned OS that should not be touched with a pole.
A, dying
or
B, getting arrested
Both 64bit and multithreading for multiprocessor systems would give performance boosts on the appropriate systems but it wouldn't be even close to double. 64bits isn't so much about the bits as it is about additional registers which the IA32 desperately needed. Multithreading isn't perfectly efficient and causes a lot of overhead.