hi,Rio71, aus dem anderen tread... wrote: mein ch5 ist heut gekommen.
werd ihn gleich mal testen auf 845pe.
eins ist mir aber gleich aufgefallen.
mein twinmos 256mb ch5 ist nur mechanisch einseitig bestückt.
die andere (rück)seite ist gar nicht für bestückung vorgesehen.
mein ocz 3500 und der xms 3500 sind mechanisch beidseitig bestückt und ähneln sich in layout total zum verwechseln.
beide sind quasi nur halb bestückte 512er, bei denen jeder zweite "lötplatz" frei ist.
möglicherweise ist der ch5 auch elektrisch anders organisiert.
evl waren dieser aufbau noch nicht verfügbar beim entwickeln, auch der bios'se
so, nu mal mein minireview zum ch-5.
getestet wurde ein 256mb twinmos/winbond ch-5 auf epox 4pea i845pe. (p4m, teiler 3:4)
getestet wurde mit memtest-86 v3.0
der defaulttest musste zur wertung einmal fehlerfrei durchlaufen, bei gut durchgewärmten system.
die richtig dauerstabilen oc's liegen dann wohl 1-2 fsb-schritte drunter.
ganz wichtig: der ch-5 mag "ras to cas" von 2 absolut net.
selbst wenn alle anderen timings auf ganz langsam stehen...
die zurückname von 2 auf 3 entspricht einer bandbreiteneinbuße von ~ 8% bei 400 fsb. das ist dann auch nicht wieder reinzuholen.
hier mal ein paar eckwerte:
2-2-2-5 ----- 2,5v = 173 fsb ----- 2,9v = 181 fsb
2-2-5 "ras to cas" 3 ----- 2,5v = 211 fsb ----- 2,9v = 224 fsb
2,5-3-3-7 spd-default ----- 2,5v = 220 fsb ----- 2,9v = 223 fsb
die werte scalierten 'normal', auffälligkeiten, inkompatibilitäten, abstürze oder nicht-tbooten-wollen konnte ich nicht verzeichnen.
gleicher oc auch mit 4:5er teiler ; auch in den anderen dimm-sockeln oder gemeinsam mit dem ocz 3500el.
insgesamt ein gutmütiger riegel...
aufgefallen ist eigentlich nur, das er ein ganz mieser performer ist.
zum vergleich: der xms 3500 mit bh-5 schafft mit 2-2-2-5 bei 2,9v = 235 fsb.
ich hab mal den twin/win bh-5 verbaut. der war richtig klasse, konnte im prinzip mit dem xms mithalten. noch dazu kam, es war ein 512er.
fazit zum CH-5...