|
|
|
|
|
|
|
|
|
|
|
|
SGT_FW
by Aku_Aku. 05/31/26 11:05
|
|
|
|
|
1 registered members (Grant),
6,529
guests, and 3
spiders. |
|
Key:
Admin,
Global Mod,
Mod
|
|
|
Re: Technische Frage
[Re: alpha_strike]
#340880
09/08/10 09:57
09/08/10 09:57
|
Joined: Apr 2008
Posts: 650
Sajeth
User
|
User
Joined: Apr 2008
Posts: 650
|
Generell vor alle, darauf achten, dass keine bottlenecks entstehen - Guides, wie man sich einen guten Rechner zusammenstellt, findest du zu Tausenden im Internet, ich glaube nicht, dass JCL da irgendwelche Ratschläge hat, die du sonst nicht überall anders finden würdest :-)
Teleschrott-Fan.
|
|
|
Re: Technische Frage
[Re: Michael_Schwarz]
#340896
09/08/10 12:51
09/08/10 12:51
|
Joined: Nov 2004
Posts: 7,121 Potsdam, Brandenburg, Germany
Machinery_Frank
Senior Expert
|
Senior Expert
Joined: Nov 2004
Posts: 7,121
Potsdam, Brandenburg, Germany
|
JCL behauptet ja immer, dass man mit mehr RAM schneller builden kann. Frag mich nicht warum. Ist der Levelkompiler ein 32-bit oder gibt es davon auch ein 64-bit Programm? Bei 32-bit kann er doch maximal nur 2 GB beanspruchen, womit ein Rechner mit mehr als 4 GB RAM keine Verbesserung mehr bringt. Die gleiche Frage könnte man für die Kompilierungs-Threads stellen. Gibt es einen oder mehrere Threads? Wenn mehrere, wieviele? Dann könnte eine Multi-Core CPU etwas bringen, anderenfalls zählt nur, wieviel Leistung ein einzelner Core maximal bringt. Da könnte also eine Quadcore mit 2,8 GHz pro Core schwächer laufen als eine Dual- oder gar SingleCore mir 3,4 Ghz pro Core. Die Grafikkarte wird beim Kompilieren nichts bringen, es sei denn, es wird DirectCompute oder Cuda integriert.
Models, Textures and Games from Dexsoft
|
|
|
Re: Technische Frage
[Re: Machinery_Frank]
#340900
09/08/10 13:41
09/08/10 13:41
|
Joined: Apr 2007
Posts: 3,751 Canada
WretchedSid
Expert
|
Expert
Joined: Apr 2007
Posts: 3,751
Canada
|
Als 32Bit Programm (was er afair ist), kann der Mapcompiler 4 Gb beanspruchen. Dank paging kann es ja den kompletten Adressraum nutzen (natürlich nur solange physisch noch RAM da ist)
Shitlord by trade and passion. Graphics programmer at Laminar Research. I write blog posts at feresignum.com
|
|
|
Re: Technische Frage
[Re: WretchedSid]
#340917
09/08/10 16:05
09/08/10 16:05
|
Joined: Nov 2004
Posts: 7,121 Potsdam, Brandenburg, Germany
Machinery_Frank
Senior Expert
|
Senior Expert
Joined: Nov 2004
Posts: 7,121
Potsdam, Brandenburg, Germany
|
Als 32Bit Programm (was er afair ist), kann der Mapcompiler 4 Gb beanspruchen. Dank paging kann es ja den kompletten Adressraum nutzen (natürlich nur solange physisch noch RAM da ist) Das stimmt wohl nicht ganz, soweit ich es recherchiert habe. Physikalisch sind ca. 4 GB adressierbar, davon geht ein Teil für die Hardware-Adressen weg. Ca. 3,25 bleiben für das OS übrig. Allerdings darf ein Prozess in 32-bit Windows nur 2 GB adressieren, da die anderen 2 GB (oder eigentlich nur 1,25) für Windows vorbehalten sind. Im Grund nutzen sogar alle Applikationen gleichzeitig diese 2 GB. Die Ausnahme ist der 4GT Switch (im OS) in Verbindung mit dem IMAGE_FILE_LARGE_ADDRESS_AWARE Flag. Das heißt, man muss schon in der Boot-Ini einstellen, dass Windows nur noch 1 GB für eigenen Speicher und die physikalischen Hardware-Adressen nutzen darf. Dann können die restlichen 3 GB für Applikationen genutzt werden. Ich glaube nicht, dass man das einem Anwender von WED zumuten wird. Hier mal ein Link zum Nachlesen: http://msdn.microsoft.com/en-us/library/aa366778%28VS.85%29.aspx
Models, Textures and Games from Dexsoft
|
|
|
Re: Technische Frage
[Re: Machinery_Frank]
#340919
09/08/10 16:19
09/08/10 16:19
|
Joined: Apr 2007
Posts: 3,751 Canada
WretchedSid
Expert
|
Expert
Joined: Apr 2007
Posts: 3,751
Canada
|
Okay, ich wusste nicht das Windows genauso wie Linux einen Kernel/Userland split hat. Unter OS X stehen jedem Programm die vollen 4Gb zur Verfügung (bzw bei 64Bit 128 Pb) und ich bin davon ausgegangen das auch Windows das schafft. Sorry für das Missverständnis
Shitlord by trade and passion. Graphics programmer at Laminar Research. I write blog posts at feresignum.com
|
|
|
|