Bei unserem Review des Elitegroup K7S6A hatten wir das Board in jenem Setting betrieben, für das es gebaut wurde: 133 MHz FSB und 166 MHz Memory-Takt. Nach der Veröffentlichung wurden Stimmen laut, wir hätten das Board lieber synchron bei 133/133 testen sollen, da es hier schneller sei, als bei 133/166 asynchron.
Nun, wie es scheint haben wir das ohne es zu wissen getan, denn wie auf OCWorkbench zu lesen ist, ist die Einstellung 133/166 beim K7S6A offenbar ein Fake:
First thing, i noticed, that the 133/166 setting is just a FAKE on K7S6A- even if you set 133/166, the PC will boot at 133/133. That's why the performance at both of these setting is absolutely identical. What proves, that 133/166 is a fake-setting: - most important: when you set SYNCHRONOUS in the DRAM-timings, it's impossible to boot at 100/133, OF COURSE- but it works with 133/166, but it shouldn't work !!! - identical performance with 133/133 - SpeedFan reads out 133/133, when 133/166 is set in bios - You can run 133/166 with EVERY stick of PC133 or PC266 !
In der Tat hatten auch wir das ECS mit 133/133 kurz angetestet und die beiden Tests (Sandra und Gamestar) lieferten bei 133/133 praktisch identische Werte zu 133/166. Dies führten wir jedoch auf den Effizienzverlust durch den asynchronen Betrieb zurück. Gegen die Fake-Geschichte sprach für uns auch, daß das K7S6A beim Chipset-Latency Test mit 2-2-2 schlechtere Werte ablieferte, als das K7S5A damals mit 2-2-3, was eigentlich nur auf den asynchronen Takt zurückzuführen sein konnte.
Wie dem auch sei, drüben bei OCWorkbench ist man sich sicher, daß 133/166 nicht umgesetzt wird. Da fragt man sich natürlich wieso? Ist es nur ein Versehen im BIOS des K7S6A? Oder steckt Absicht dahinter, weil der SiS 745 oder das Board 166 MHz Speichertakt nicht stabil schaffen würde? Ist das womöglich auch der Grund, warum unser Test-Kandidat bei 166/166 nicht einmal posten wollte? Wie auch immer - das werden wir spätestens dann wissen, wenn das erste nicht-ECS SiS 745 Board auf unserem Prüfstand gezündet wird... THX @Denniss für den Hinweis :-)
Diesen Artikel bookmarken oder senden an ...
