Spring engine future tech updates
Moderator: Moderators
-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Spring engine future tech updates
Is the engine going to exploit multithreading more, and make advantage more of new technologies? like more than 2gb of ram?
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Spring engine future tech updates
If the engine needs more than 2gb of ram, it has a much more serious issue.
Also, the upper limit for 32bit applications is 3gb, not 2.
Spring 96 is multithreaded already. Every recent spring version has been multithreaded.
Bitches dunno bout dat threadpool:
http://en.wikipedia.org/wiki/Thread_pool_pattern
http://msdn.microsoft.com/en-us/library ... .110).aspx
http://threadpool.sourceforge.net/
Also, the upper limit for 32bit applications is 3gb, not 2.
Spring 96 is multithreaded already. Every recent spring version has been multithreaded.
Bitches dunno bout dat threadpool:
http://en.wikipedia.org/wiki/Thread_pool_pattern
http://msdn.microsoft.com/en-us/library ... .110).aspx
http://threadpool.sourceforge.net/
-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Re: Spring engine future tech updates
what? 3gb? I was adamant it was 2 :D
Re: Spring engine future tech updates
Wikipedia http://en.wikipedia.org/wiki/3_GB_barrier
Summary: It's technically possible to use 4GB of ram on a 32-bit machine but various factors (including MoBo chipsets, I/O devices, and Windows programming) kept most computers from using more than 3 (or less)...
I think with Windows XP (and earlier) it locked you to 2GB by default and you needed to do something in the registry to allow more (assuming your hardware supported it).
Summary: It's technically possible to use 4GB of ram on a 32-bit machine but various factors (including MoBo chipsets, I/O devices, and Windows programming) kept most computers from using more than 3 (or less)...
I think with Windows XP (and earlier) it locked you to 2GB by default and you needed to do something in the registry to allow more (assuming your hardware supported it).
Re: Spring engine future tech updates
This is community-> general discussion..
yo will note there is a:
Development -> engine discussion.
there is also this AMAZING FEATURE: SEARCHING A FORUM <- this is a link.
Before asking the devs these sort of questions, please use search
yo will note there is a:
Development -> engine discussion.
there is also this AMAZING FEATURE: SEARCHING A FORUM <- this is a link.
Before asking the devs these sort of questions, please use search
-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Re: Spring engine future tech updates
if a dev answered nicely, you have no authority to correct.smoth wrote:This is community-> general discussion..
yo will note there is a:
Development -> engine discussion.
there is also this AMAZING FEATURE: SEARCHING A FORUM <- this is a link.
Before asking the devs these sort of questions, please use search
I looked at the other sections and decided this was the best one.
Re: Spring engine future tech updates
I have no authority you are correct but if you are going to tell me you search for multithreading and found nothing you are lying outright. Whatever dude, ignore me, click
(another link) and add foe. The devs should answer such a BROAD and IGNORANT question about using more than 2gb of ram? really? Spring should not be exceeding that ram. Video memory? GPU? maybe. There are many threads around here discussing ways to better utilize the engine. To expect the devs to throw out some buzz words to make you feel they are advancing in some general direction you are in the wrong place. Much of the current development is at a much finer level than that which requires some understanding of how the engine ALREADY works in order to appreciate them. Now we recently had an advance where we can do deferred shaders. Not that it matters for you.

-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Re: Spring engine future tech updates
the question about RAM is not casual. New engines such as Egosoft's X rebirth, for example, are capable of making use of it. the Large Address Hardware "fix" also enables this, to a certain extent. plus, ram is somewhat cheap now and 64bit Os are getting more popular.
Add to that, linux version comes in 32 and 64 bit. main feature of 64 bit executables and OSs is to use more than 2Gb of ram.
Besides, look at your search results, I think you got this the wrong way: I did not ask if they were going to place multithreading, I asked if they were going to improve it, and if so how. Perhaps you should fan off the excessive heat?
Add to that, linux version comes in 32 and 64 bit. main feature of 64 bit executables and OSs is to use more than 2Gb of ram.
Besides, look at your search results, I think you got this the wrong way: I did not ask if they were going to place multithreading, I asked if they were going to improve it, and if so how. Perhaps you should fan off the excessive heat?
- CarRepairer
- Cursed Zero-K Developer
- Posts: 3359
- Joined: 07 Nov 2007, 21:48
Re: Spring engine future tech updates
Just a small point, the engine devs are the ones with blue names. They have not posted in this thread yet.Dark_Ansem wrote:if a dev answered nicely
Re: Spring engine future tech updates
Ram is futher away from the GPU, you want to use the video memory instead of ram.Dark_Ansem wrote:the question about RAM is not casual. New engines such as Egosoft's X rebirth, for example, are capable of making use of it. the Large Address Hardware "fix" also enables this, to a certain extent. plus, ram is somewhat cheap now and 64bit Os are getting more popular.
Os address space was something like 4 gigs with video memory eating into that. I have no idea where you pulled the 2gig number fromDark_Ansem wrote:Add to that, linux version comes in 32 and 64 bit. main feature of 64 bit executables and OSs is to use more than 2Gb of ram.
Dark_Ansem wrote:Besides, look at your search results, I think you got this the wrong way: I did not ask if they were going to place multithreading, I asked if they were going to improve it, and if so how.
DERPDark_Ansem wrote:Is the engine going to exploit multithreading more
you just asked if it is going to exploit it more... which I want to say that the 3rd post in that listing is noting that the current implementation is fairly new and improving..
multithreading search results..
yeah it was like third on the list..
smoth wrote:The current multithreading is incomplete but will get better over time.
Sorry, the excess heat is built up when I meet lazy posters. It seems to be a frequent occurrence so I maintain apparently high levels of heatDark_Ansem wrote:Perhaps you should fan off the excessive heat?
-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Re: Spring engine future tech updates
that is still no excuse for your behaviour, such a high fuss over very little things.
besides, what is obvious for you, thanks to your technical knowledge, might not be obvious for other people, who lack tech knowledge but have other talents.
besides, what is obvious for you, thanks to your technical knowledge, might not be obvious for other people, who lack tech knowledge but have other talents.
Re: Spring engine future tech updates
I have been the target of so much of the kind of "abuse" you seem to feel you are receiving that I think it's safe to say I am an authority on the subject.Dark_Ansem wrote:that is still no excuse for your behaviour, such a high fuss over very little things.
besides, what is obvious for you, thanks to your technical knowledge, might not be obvious for other people, who lack tech knowledge but have other talents.
Nobody cares about your feelings here. If someone is outright abusive then report them... otherwise suck it up. Do not, under any circumstances, engage with Smoth unless you can prove you don't suck AND aren't lazy. He will plane you.
If you can do art, show us your art. If you can code, show us your code. If you can script, show us your scripts. If you have a question, do your very best to ensure that it's not so stupid or poorly worded that people lose respect for you. If you have vague ideas and want to ramble about them in hopes that someone will make your dreams come true for you then you are in the wrong place... maybe try blogging.
I think maybe you got off to a poor start... let's try again:
Yes, the engine is constantly being refined and improved.Dark_Ansem wrote:Is the engine going to exploit multithreading more, and make advantage more of new technologies? like more than 2gb of ram?
-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Re: Spring engine future tech updates
I didn't expect any actual care. but I will not simply "suck it up". So thanks for your advice, but do not expect me to follow it literally.
thanks for the simple answer to expand upon, which is what I was looking for in the first place :)
thanks for the simple answer to expand upon, which is what I was looking for in the first place :)
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Spring engine future tech updates
The short answer is (1) yes (2) yes and (3) there is no point/need for that.
Re: Spring engine future tech updates
I literally snort-laughed while imagining me doing a strafing run in a byplane going: "NEEEEEEEEEEEEEEEEEEEEERROOOWWMMM PEW PEW PEW" across the thread. Also, hey, you did come up with a GOOD idea recently..SinbadEV wrote: Nobody cares about your feelings here. If someone is outright abusive then report them... otherwise suck it up. Do not, under any circumstances, engage with Smoth unless you can prove you don't suck AND aren't lazy. He will plane you.
Re: Spring engine future tech updates
no plan exists. when compiled for 64 bit it can use more RAM.Dark_Ansem wrote:Is the engine going to exploit multithreading more, and make advantage more of new technologies? like more than 2gb of ram?
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Spring engine future tech updates
As I said, and I'll say it again in different language... if the engine is using 2 gb of ram, that is not a good thing!
Even far more "modern engines like sc2 will top out at around 1.6gb or so, and that is a LOT.
Wrt multithreading, see my first post. I was not ambiguous when I answered your questions.
Also, since we're nitpicking, since when is "more than 2gb of ram" a "new technology"?
If you're going to ask questions like this on a developer discussion forum, then you need to have a clue of what you are talking about, else, you will be eaten alive.
Even far more "modern engines like sc2 will top out at around 1.6gb or so, and that is a LOT.
Wrt multithreading, see my first post. I was not ambiguous when I answered your questions.
Also, since we're nitpicking, since when is "more than 2gb of ram" a "new technology"?
If you're going to ask questions like this on a developer discussion forum, then you need to have a clue of what you are talking about, else, you will be eaten alive.
-
- Posts: 17
- Joined: 24 Feb 2014, 10:34
Re: Spring engine future tech updates
Better be careful then, as I am poisonous...
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Spring engine future tech updates
I herd u liek metaphors.
Re: Spring engine future tech updates
Quick primer:
the available RAM to the OS on a 32bit machine is:
4GB - video RAM - BIOS memoryspace - various controller memory.
So that 2GB video card will halve your memory allowance even if you put 20 GB of ram sticks in there. This also applies to 32bit programs running under a 64bit Operating system, that program still needs a virtual 32bit memory space.
Windows on a 32bit system generally limits each process to 2GB in user space, even if 3 is available, to ensure it has enough for itself and that no one application consumes all there is to consume. These applications also need access to address spaces such as video etc, amongst other compatibility reasons. It becomes more complicated with Vista and later as video memory addresses became virtualised.
PAE simply removes that restriction or bumps it up, but it doesn't fix the eventual problem that just because you can have 4GB of virtual address space, doesn't mean there's 4GB available. There are also other issues that can happen as a result of PAE, it's not simply a registry flag, and makes real changes to how pointers work, changes that crash some programs
As for why there's no widnows 64bit build
Put simply, there's no reliable mingw64 buildbot slave. If you can get one up and running and crosscompiling stable 64bit windows builds then hooray, Abma will probably marry you, people will scream for joy, Forb will probably have some sort of orgasm, and Smoth may show ever so slightly less disdain for you.
In the meantime, apply common sense and courtesy and perhaps they wont rip you to shreds. A thick skin is essential here.
the available RAM to the OS on a 32bit machine is:
4GB - video RAM - BIOS memoryspace - various controller memory.
So that 2GB video card will halve your memory allowance even if you put 20 GB of ram sticks in there. This also applies to 32bit programs running under a 64bit Operating system, that program still needs a virtual 32bit memory space.
Windows on a 32bit system generally limits each process to 2GB in user space, even if 3 is available, to ensure it has enough for itself and that no one application consumes all there is to consume. These applications also need access to address spaces such as video etc, amongst other compatibility reasons. It becomes more complicated with Vista and later as video memory addresses became virtualised.
PAE simply removes that restriction or bumps it up, but it doesn't fix the eventual problem that just because you can have 4GB of virtual address space, doesn't mean there's 4GB available. There are also other issues that can happen as a result of PAE, it's not simply a registry flag, and makes real changes to how pointers work, changes that crash some programs
As for why there's no widnows 64bit build
Put simply, there's no reliable mingw64 buildbot slave. If you can get one up and running and crosscompiling stable 64bit windows builds then hooray, Abma will probably marry you, people will scream for joy, Forb will probably have some sort of orgasm, and Smoth may show ever so slightly less disdain for you.
In the meantime, apply common sense and courtesy and perhaps they wont rip you to shreds. A thick skin is essential here.