|
|
Thread Tools | Display Modes |
21-09-2012, 05:39 PM | #11 | ||
Join Date: Mar 2006
Location: ,
Posts: 4,613
|
That's a LOT! Almost only very very high end computers devoted to some specific professional pack more than 8 GB even nowadays. But if you want so much good for you, I always say nobody can have too much RAM. In the medium or long I'd certainly recommend 16 GB. As I said it shouldn't be much more than $10 per GB. But that means 32 GB could cost over $300!
Quote:
__________________
Life starts every day anew. Prospects not so good... |
||
|
|
21-09-2012, 06:01 PM | #12 | ||
Join Date: May 2010
Location: Brazil
Posts: 91
|
The multi core problem on XP for SS2 is true, and is valid for several other old games also, like Fallout 2, among others. I don't know the exact reason also, however it seemed to be related to an error in how XP handled work distribution among the cores.
|
||
|
|
21-09-2012, 06:58 PM | #13 | ||
Join Date: Jul 2008
Location: Gdansk, Poland
Posts: 586
|
This problem is even older than multi-core: hyperthreading also started to interfere with older games. I recall using "set affinity" option in Task Manager (WinXP) for Thief, which otherwise hanged.
|
||
|
|
21-09-2012, 07:50 PM | #14 | ||
Join Date: Sep 2004
Location: Valleyfield, Canada
Posts: 4,892
|
The reason why I asked for 32 gigs of ram is because I'm planning for the long run. I want another computer which can last me another 10 years.
If it gets too costly the guy who is doing the research for me will inform me. I trust the guy, he's the one who got me this computer I'm typing on ATM. |
||
|
|
22-09-2012, 10:38 AM | #15 | ||
|
Quote:
|
||
|
|
22-09-2012, 12:45 PM | #16 | ||
Join Date: Mar 2006
Location: ,
Posts: 4,613
|
Quote:
But this isn't a feature of the code, and the only benefit of creating threads is to have them run in parallel if possible. If you want code to run in sequence, creating threads is just overhead, and of course it won't run in sequence unless the computer happens to be single-core without hyper-threading. And of course making on purpose a program with multiple threads, that don't release control at least for time slicing in single cores, and then even making the program so that it won't work with multiple cores when parallelism does appear, would be as stupid as it gets. I'd guess the multi-threading in the Dark Engine was a commendable feature, perhaps thinking in the future, but as its o often happens with games, the engine was released with bugs still outstanding. The problem with parallelization is that sooner or later you need to synchronize everything back, and this is hard and prone to error. This bug must have been considered non-fatal because at that time there was no multi-threading hardware.
__________________
Life starts every day anew. Prospects not so good... |
||
|
|
22-09-2012, 07:13 PM | #17 | ||
Join Date: May 2010
Location: Brazil
Posts: 91
|
Are you sure it was a bug inherent of the Dark Engine? I remember games running on other engines presenting the same problem, like Fallout 2 as I mentioned, Syberia and others.
As for threads, they used to serve another purpose in their origins, besides actual parallelism, which was flux control. It was (and is) common to see programs using them to block on file/socket reads, while the rest of the logic kept running, or to (pseudo) parallel run background tasks, etc. Edit - I was thinking here, when these games crashed on multi-core they weren't simply raising a process exception and having Windows kill them, they actually locked the entire machine, forcing a hard reset. In my opinion, this seems to be an OS fault, but I am not sure. Last edited by jonh_sabugs; 22-09-2012 at 07:18 PM. |
||
|
|
22-09-2012, 09:13 PM | #18 | ||
Join Date: Mar 2006
Location: ,
Posts: 4,613
|
I was just speculating. I looked for info on the Dark Engine problem but I found no technical details. Of course I never said that other engines or games wouldn't have similar problems. And programs can stop working in many ways, it would be nice if they raised an exception every time, but sometimes they turn into zombies, eat all CPU, etc.
It's true that a system crash cannot be cause by an application, only by a fault in the hardware, OS or drivers. A BSOD would be a sure tell, but an application can eat all the CPU so that the whole system stops responding, without any fault in the OS, which is just busy running the application's infinite loop. Again I don't know what's the case with the Dark Engine. I don't know about those uses of threads... Surely a background thread isn't needed to enforce a lock.
__________________
Life starts every day anew. Prospects not so good... |
||
|
|
22-09-2012, 09:44 PM | #19 | ||
Join Date: May 2010
Location: Brazil
Posts: 91
|
Well, I decided to go ahead and research it a bit. It seems the real cause is quite controversial, posts from back when multi cores started becoming available blame it on several things, from poor design choices in the softwares to OS/hardware malfunction.
Microsoft has some posts on clocking issues in multi core environments, as different cores produce different clock readings, older software would become confused/assume wrong things. This could be part of the cause. In the end, I think it's a bummer. Also, from what I researched, it doesn't seem CPU starvation (as in completely locking out other threads/processes) is possible in XP, even though it can slow down the machine considerably. |
||
|
|
23-09-2012, 05:01 PM | #20 | ||
|
Quote:
In real software, it's quite possible to slow machine as far as "not responding" state. For WinXP and Win2k alike (I never seen it in Win2003 though). Game/application eats so much of processor time that it simply responds 3 seconds per 3 minutes. Broke everything up to network connections. I seen that several times with some viruses, and, funny enough, with Kaspersky anti-virus (in different case, not virus-related). And last one was on server with 2 processors - it not helped to free it at all. |
||
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Wereboar's offers: "Chamber of Sci-Mutant Priestess", "Space 1889", "Azrael's Tear" | Wereboar | Offers | 8 | 05-03-2011 08:12 PM |
Regalsin trolling "Five reasons why Steam will destroy the PC games industry" | RegalSin | Trash Can | 1 | 14-07-2010 03:52 AM |
"Five reasons why Steam will destroy the PC games industry" | verek_22 | Blah, blah, blah... | 19 | 17-06-2010 09:11 AM |
|
|
||
  |