![]() |
![]() |
|
|
|||||||
| Hardware-Beratung & Erfahrungen Rat & Tat bei Fragen wie "Was soll ich kaufen?", "Was ist besser...?", "Wer hat Erfahrungen mit...?", "Wieviel RAM, Festplattenspeicher, MHz,...?" sowie Garantie-, Reparatur- und Service-Probleme. |
|
|
Themen-Optionen | Ansicht |
|
|
#18 |
|
Inventar
![]() Registriert seit: 24.09.1999
Beiträge: 65.644
|
Sagen wir es mal so das Problem wird elegant umgangen.
Da der KT266 & KT266A (und alle P!!!&4 Konsorten) mit V-Link arbeiten), und der PCI Controller jetzt ausschließlich über die SB funktioniert kann es die selben Probleme nicht mehr geben, da zwar das eigentliche Problem (noch immer) nicht gefunden wurde (obwohl VIA anderes behauptet), aber durch die andere Konstruktionsweise der Fehler so nicht mehr auftreten kann. Zumindest konnte ich auch unter stärkster PCI Last keinen Fehler produzieren. Ich schätze stark das VIA der Schritt von ATA66 -> ATA100 beim 686B das Genick gebrochen hat, da die Architektur des 686A nicht verändert, sondern nur beschleunigt wurde, was wahrscheinlich Laufzeitprobleme ergeben hat. Denn rein von der Konstruktion wird wohl nicht plötzlich ein Fehler aufgetreten sein, denn die 686A funktioniert ja auch problemlos. BTW: Das KT266 Pro2 von MSI gibts auch mit USB 2.0 Controller von NEC (naja wers braucht) Funktioniert übrigens recht gut, ist aber noch nicht so schnell wie das Referenzboard, sondern liegt bei real world Benchmarks etwa gleich auf mit dem ECS 735 mit Performance Bios, bzw. ist eine Spur schneller. Der einzige wirklich messbare haushohe Vorsprung liegt beim Burst Speichertransfer. Sandra 2001 misst mit einem Athlon 1400 beim Integer Transfer über die ALU etwa 770MB/sek, aber was bringt mir dieser theorethische, synthetische Wert in Wirklichkeit schon...
____________________________________
Neun von zehn Stimmen in meinen Kopf sagen ich bin nicht verrückt. Die andere summt die Melodie von Tetris... |
|
|
|
| Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1) | |
|
|