|
kammerjaeger
aus Versehen
offline
Real OC or Post God !
21 Jahre dabei !
Intel Core i3
3100 MHz mit 1.10 Volt
|
     
Zitat von Slidehammer am 15:54 am April 17, 2004
bei meinem Neffen mit nem Duri @ 2200 Mhz und ner Geforce 2 MX 32 MB und 512 MB Ram bricht der Ladevorgang ab...
|
Kein Wunder macht es bei meiner GF4MX onboard auch.
Grund:
Schau mal in die ReadMe. DX8-Karte ist Minimum. 
PC1: i3-2100, HD 5870, 8GB /// PC2: X3 435@3,22GHz, HD 5750, 4GB /// PC3: X3 400e@2,3GHz @0,99V, HD 5670, 4GB /// Mein Spielmobil
|
Beiträge gesamt: 30834 | Durchschnitt: 4 Postings pro Tag
Registrierung: Jan. 2003 | Dabei seit: 7968 Tagen | Erstellt: 11:21 am 18. April 2004
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
svenska
aus Bärlin :))
offline
OC God
22 Jahre dabei !
AMD Athlon 64
1800 MHz @ 2700 MHz
45°C mit 1.55 Volt
|
Zitat von Ratber am 6:36 am April 19, 2004
Yo,der Farbrausch hat ja gezeigt das es auch mit wenig geht aber die meisten Softhersteller können doch eh nicht mehr richtig Proggen.
Da werden nur die Grundfunktionen selbst erstelllt und ansonsten werden das größtenteils nur Module verbraten.
Ds is beim OS so
bei Anwenbdungen und insbesondere Spielen isses ebenso.
Viele Spiele Definieren sich nurnoch über Grafik.
Jedenfalls versuchen se das aber an ner Fetten Optik kann man sich schnell sattsehen und im Game hat man eh nur selten Zeit sich großartig umzusehen also bleibt am Ende doch nur das Gameplay übrig und das entscheidet dann über "Top oder Flop"
Also für 100K wirklich nicht schlecht.
Da erkennt auch der Laie was mit einwenig Grips erreichbar ist
|
jo genau, dass sind sachen, über die ich mich schon sehr lange aufregen könnte, seid ich selber programmiert haben und meinen code mehr und mehr optimiert haben, konnte man wahre wunder zaubern, was ablauf und codegröße betrieft. leider haben die spieler hersteller zu wenig zeit um noch zu optimieren.
ich stelle mal einer these auf:
wenn der code der heutigen programme (app&games) richtig optimiert sein würde, dann würden locker 2.0ghz bis 2.4ghz cpus ausreichen
um sehr ausgereifte sachen hervorzubringen! aber leider wie @ratber gesagt hat, werden module mit eingebunden, wo die meiste cpu zeit quasi verpufft in endlosen sprüngen und bescheuerten inline code ect.
bzw. sprungvorhersagen. ich denke man sollte die software mehr optimieren anstatt immer ne noch neuere cpu aufm markt zu bringen.
aber wie ihr schon seht, gibbet da eine marktwirtschaftliche konstellation...mehr brauch ich eigentlich net mehr zusagen 
"Ich habe einen AMD Athlon und einen Pentium III aus dem Fenster geworfen."
"Und?"
"Der AMD Athlon war wirklich schneller!"
|
Beiträge gesamt: 7006 | Durchschnitt: 1 Postings pro Tag
Registrierung: Feb. 2002 | Dabei seit: 8297 Tagen | Erstellt: 17:19 am 19. April 2004
|
|
P4Peiniger
aus Kiel
offline
OC God
22 Jahre dabei !
|
@svenska
... in dem demoscene Game da wird alles (Texturen, Schatten usw.) entweder in Echtzeit berechnet oder vorher gerendert und in den Speicher gepackt, das geht bei "vollwertigen" Spielen wie Doom hastenichgesehen auf keinen Fall. Ausserdem fehlt dem Spiel noch allerhand zu einer vollwertigen Gamelogik (KI, Steuerung, events etc.) (da geht bei normalen Spielen auch massig CPU Zeit für drauf)
und zu deiner These:
Inline code ist schnell, und branch prediction ist summasummarum erst recht schnell. Und was die vielen tollen Module angeht, die sind auf jeden Fall effizienter als wenn jeder sich hinsetzt und das Rad neu erfindet (und das Modul in Sachen Performance dann doch nicht schlägt) ... aber sonst stimmt das wohl, viel zu viel Software wird husch husch weil die Deadline näher rückt zusammengemauschelt und ab damit in die Geschäfte, getreu dem Motto: "Hey, it compiles, lets ship it!", die PR Abteilung sorgt schon dafür das sich wer den Kram kauft
think slack!
nethands
|
Beiträge gesamt: 3604 | Durchschnitt: 0 Postings pro Tag
Registrierung: Juli 2002 | Dabei seit: 8141 Tagen | Erstellt: 18:29 am 19. April 2004
|
|
|
|
Aber die haben das glaube ich nur gelabert klar würde das bisle besser gehen aber naja
