Hallo Liste, ich habe schon einiges über Probleme des Via 686 in Verbindung mit UDMA66 und mehr gelesen. Ich habe damit ein riesen Problem. Zunächst mein System: Via 686a Athlon 700 640 MB RAM Kernel: 2.4.10 20 GB Samsung HDD (UDMA66) 80 GB Maxtor HDD (UDMA100) Die Performance beim Kopieren von einer Platte zur anderen ist eine Katastrophe. Ich habe vorher diese zwei Kombinationen probiert: 1.) Samsung prim ide master + Maxtor sec ide master Das ergab eine Geschwindigkeit von ca. 10 mb / sek, jedoch immer wieder nach ca. 200-300 MB gab es einen Einbruch vom Speed, erst 4 mb, dann nurnoch 1 mb und schliesslich "Verzögerungen" wo garnichts mehr kam, entweder wurde das File dann nach einiger Zeit fertig kopiert, oder er brach mit der Fehlermeldung "kann datei xxx nicht lesen" ab. Also habe ich in meiner Verzweiflung (ich bin auf ein verlässliches Kopieren angewiesen), Methode 2 benutzt: 2.) Samsung prim master und Maxtor prim slave. Hier gab es keine Fehlermeldungen mehr, jedoch ging es nie schneller als 1-4 mb / sek. was auf die Dauer unerträglich ist. Ausserdem konnte ich nicht von der Maxtor Platte auf CD Brennen, selbst bei nur 2x Speed gabs Buffer Underruns. Nach einigem Rumhören habe ich dann erfahren, das dieser verdammte Via 686a Chipsatz wohl bekannt ist für solche "Macken". Einige Leute empfahlen mir dann einen RAID Controller zu kaufen. Was ich nun auch getan habe. Ich hab hier den Dawicontrol DC-100 RAID. Nach einigem hin und her (siehe andere Mails) habe ich jetzt beide platten (die 20er Samsung ist die Systemplatte) am Controller und kann das System auch ohne Probleme booten: Primär Master: 20er Samsung Sekundär Master: 80er Maxtor Nur leider ist mein Problem damit NICHT gelöst. Ich habe immer noch ähnliche Probleme. Auch wenn es nicht ganz so schlimm ist. Von der Maxtor auf die Samsung kopieren, geht meist mit etwa. 12-14 mb, jedoch treten auch hin und wieder die Fehler "kann xxx nicht lesen" auf. Auch schwankt die Übertragung sehr stark: erst bis ca. 200-300 mb mit 14 mb / sekunden und dann nurnoch mit etwa 1-2 mb. Von der Samsung auf die Maxtor kopieren geht auch, jedoch recht langsam: ca. 4 mb / sek. Ich habe schon einiges probiert: den onboard ide deaktiviert, im RAID BIOS die Maxtor Platte auf UDMA66 gedrosselt etc. Hat bisher nichts geholfen. Ich dachte das Problem liege am OnBoard IDE und jetzt läuft alles über den RAID Controller, habe ich mich da etwa getäuscht? Fuscht das doofe Via-Teil immernoch rein? Gibt es überhaupt eine Möglichkeit das Problem zu lösen? Ich hoffe Jemand kann mir helfen! Sebastian PS: Hoffe Mail ist net zugross ;) +++++ Via onboard ide (am prim ist kein gerät dran, am sek. nur cd-rom und brenner, pio und udma33): cat /proc/ide/via ----------VIA BusMastering IDE Configuration---------------- Driver Version: 3.29 South Bridge: VIA vt82c686a Revision: ISA 0x21 IDE 0x10 Highest DMA rate: UDMA66 BM-DMA base: 0x9000 PCI clock: 33MHz Master Read Cycle IRDY: 0ws Master Write Cycle IRDY: 0ws BM IDE Status Register Read Retry: yes Max DRDY Pulse Width: No limit -----------------------Primary IDE-------Secondary IDE------ Read DMA FIFO flush: yes yes End Sector FIFO flush: no no Prefetch Buffer: yes yes Post Write Buffer: yes no Enabled: no yes Simplex only: no no Cable Type: 40w 40w -------------------drive0----drive1----drive2----drive3----- Transfer Mode: PIO PIO DMA PIO Address Setup: 120ns 120ns 30ns 30ns Cmd Active: 480ns 480ns 90ns 90ns Cmd Recovery: 480ns 480ns 30ns 30ns Data Active: 330ns 330ns 90ns 90ns Data Recovery: 270ns 270ns 30ns 30ns Cycle Time: 600ns 600ns 120ns 120ns Transfer Rate: 3.3MB/s 3.3MB/s 16.5MB/s 16.5MB/s ++++ Samsung: /dev/hde: Timing buffer-cache reads: 128 MB in 0.89 seconds =143.82 MB/sec Timing buffered disk reads: 64 MB in 2.86 seconds = 22.38 MB/sec Maxtor: /dev/hdg: Timing buffer-cache reads: 128 MB in 0.92 seconds =139.13 MB/sec Timing buffered disk reads: 64 MB in 2.16 seconds = 29.63 MB/sec
Hi, On 6 Feb 2002 at 23:20, Sebastian Beneke wrote:
Gibt es überhaupt eine Möglichkeit das Problem zu lösen? Ich hoffe Jemand kann mir helfen!
es scheint mittlerweile, daß es sich bei Deinen Problemen um die Northbridge handelt. Was für einen Chipsatz oder Board hast Du? Offenbar haben Via Northbridges Probleme bei größeren DMA Transfers. Wenn das der Fall ist hilft eventuell ein BIOS Update. Tom
Sebastian Beneke wrote:
[...] Die Performance beim Kopieren von einer Platte zur anderen ist eine Katastrophe. Ich habe vorher diese zwei Kombinationen probiert:
1.) Samsung prim ide master + Maxtor sec ide master
Das ist prinzipiell die beste Loesung, jede HDD separat an einem IDE-Kanal. IDE hat die Eigen- schaft, nur ein Kommando an einem IDE-Kanal fuer ein Geraet zur gleichen Zeit abarbeiten zu koen- nen und in dieser Zeit auch kein neues Kommando an ein anderes Geraet am gleichen IDE-Kanal sen- den zu koennen. Es erscheint daher logisch, dass die Performance prinzipiell bei Deiner Methode 1 besser war bzw. ist als bei Methode 2.
Das ergab eine Geschwindigkeit von ca. 10 mb / sek,
Das waere ja gar nicht so schlecht (Schreibzu- griff).
jedoch immer wieder nach ca. 200-300 MB gab es einen Einbruch vom Speed, erst 4 mb, dann nurnoch 1 mb und schliesslich "Verzögerungen" wo garnichts mehr kam, entweder wurde das File dann nach einiger Zeit fertig kopiert, oder er brach mit der Fehlermeldung "kann datei xxx nicht lesen" ab.
Das ist natuerlich eine absolute Katastrophe, so kann man dann ja nicht mehr arbeiten, insbeson- dere wenn man grosse Dateien hat.
2.) Samsung prim master und Maxtor prim slave.
Siehe oben. Prinzipiell die schlechtere Loesung.
Nach einigem Rumhören habe ich dann erfahren, das dieser verdammte Via 686a Chipsatz wohl bekannt ist für solche "Macken".
Ich kenne den Via686a nicht, habe selbst hier die Southbridge 686b, also den Chipsatz Via KT133A. Damit gibt es hier keine Probleme, und glaube mir, wir haben in der Geophysik noch weitaus groessere Dateien als 200-300MB, die kopiert werden muessen.
Einige Leute empfahlen mir dann einen RAID Controller zu kaufen. Was ich nun auch getan habe.
Halte ich fuer keinen guten Rat. So schlecht ist der Via Chip normalerweise nicht, und prinzipiell haette man erst mal den Problemen auf den Grund gehen muessen, um dann eine Loesung zu suchen. Wenn Du ein Problem mit dem PCI-Bus hast, dann wird Dir der Einbau eines PCI-RAID-Controllers auch nicht viel bringen. Auf alle Faelle solltest Du das neuste BIOS Deines Motherboardherstellers einspielen -- es gab und gibt IIRC ein paar Timing-Probleme mit dem Via-Chipsatz, die als sog. Via-Bug auch schon hier diskutiert wurden, insbesondere bei grosser Last (was bei Dir ja gegeben ist).
-----------------------Primary IDE-------Secondary IDE------ Read DMA FIFO flush: yes yes End Sector FIFO flush: no no Prefetch Buffer: yes yes Post Write Buffer: yes no Enabled: no yes Simplex only: no no Cable Type: 40w 40w ^^^^^^^^^^^^^^^^^^^^^^^ Oha, Du benutzt 40-adrige Kabel, die sind doch AFAIK nur fuer bis zu ATA33 freigegeben. Bei mir steht in der entsprechenden Zeile
Cable Type: 80w 40w und das liegt daran, dass ich an IDE0 eine HDD ATA100 habe, und am IDE1 ein CD-ROM, da braucht es dann kein 80-adriges Kabel. Das koennte u.U. auch fuer Deine Probleme verantwortlich sein! Aendere das mal testweise. Ferner solltest Du dann mal DMA fuer Deine Festplatten ueberpruefen.... Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Am Donnerstag, 7. Februar 2002 09:32 schrieb Thomas Hertweck: [...] > Halte ich fuer keinen guten Rat. So schlecht ist > der Via Chip normalerweise nicht, und prinzipiell > haette man erst mal den Problemen auf den Grund > gehen muessen, um dann eine Loesung zu suchen. > Wenn Du ein Problem mit dem PCI-Bus hast, dann > wird Dir der Einbau eines PCI-RAID-Controllers > auch nicht viel bringen. Auf alle Faelle solltest > Du das neuste BIOS Deines Motherboardherstellers > einspielen -- es gab und gibt IIRC ein paar > Timing-Probleme mit dem Via-Chipsatz, die als > sog. Via-Bug auch schon hier diskutiert wurden, > insbesondere bei grosser Last (was bei Dir ja > gegeben ist). Mittlerweile gehe ich davon aus, dass es an dem Chipsatz liegt. Muss ich mich wohl mit abfinden und bei Gelegenheit mal in ein neues Mainboard investieren :( > > -----------------------Primary IDE-------Secondary IDE------ > > Read DMA FIFO flush: yes yes > > End Sector FIFO flush: no no > > Prefetch Buffer: yes yes > > Post Write Buffer: yes no > > Enabled: no yes > > Simplex only: no no > > Cable Type: 40w 40w > > ^^^^^^^^^^^^^^^^^^^^^^^ > Oha, Du benutzt 40-adrige Kabel, die sind doch AFAIK > nur fuer bis zu ATA33 freigegeben. Bei mir steht in > der entsprechenden Zeile Am OnBoard Controller habe ich nur den Secondary IDE beleget (CD-ROM + CD-R), der Primary ist unbelegt. Die beiden Platten hängen am RAID Controller und sind beide mit 80er Kabeln angeschlossen. Vielen Dank für Eure Hilfe :)) Sebastian
Hallo, On Thu, 07 Feb 2002, Sebastian Beneke wrote:
Mittlerweile gehe ich davon aus, dass es an dem Chipsatz liegt. Muss ich mich wohl mit abfinden und bei Gelegenheit mal in ein neues Mainboard investieren :(
Schau auch mal in die /var/log/messages und /var/log/warn. Normal gibt's naemlich da Hinweise, ob und was am IDE-Bus schiefgeht... -dnh -- Es geht doch nichts über eine Protion "Weisheit" . Die wäscht den grauen Alltag einfach weg. [WoKo in dag°]
Hallo, Sebastian Beneke:
kopiert, oder er brach mit der Fehlermeldung "kann datei xxx nicht lesen" ab. Also habe ich in meiner Verzweiflung (ich bin auf ein
Ich habe/hatte ein ähnliches Problem: Ich habe ein ASUS A7V und hatte unter Windows immer Ärger mit der Platte: Ich kopiere einen Baum mit vielen Daten, und erhalte "File not Found"-Fehler. Ich mache das gleiche nochmal, und er hat keinerlei Probleme, die eben vermisste Datei zu finden - bis das Phänomen bei einer anderen Datei wieder auftritt. Es sind bei mir aber keine Daten beschädigt. (Wenn man mal davon absieht, daß diese Phänomen natürlich Fehlfunktionen der Anwendersoftware nach sich ziehen kann) Ich war sehr verblüfft, als nach dem Wechsel auf Linux der gleiche Fehler auf der gleichen Platte auftrat! Die Platte enthält weiterhin die gleichen Daten und ein FAT32-Dateisystem, wobei die gleichen Daten auf anderen Platten den gleichen Fehler verursachten. Da es sich bei den Daten um eine extrem große Sammlung von Fonts handelt, ist die Datenstruktur durchaus krank. ;-) Ich habe keinerlei Probleme mit Daten auf reiser und ext2. Da im Zuge einer anderen Diskussion hier in der Liste (Warum ist mein System so laaaangsam) die Vermutung geäußert wurde, es sei nicht so schlau, die Platte an einem anderen IDE-Controller zu partitionieren, als man sie schließlich benutzt, und meine Einstellungen seien richtig - aber unschlau, habe ich die Platte jetzt mal leer gemacht und komplett neu eingerichtet. Übrigens, Nachtrag zu der Diskussion damals, man solle LBA im Bios wählen (oder nicht, weiß nicht mehr so genau): So was geht in meinem Bios sowieso nicht. Dort erfolgt _alles_ automatisch, man kann lediglich IDE (de)aktivieren. Gruß, Ratti
participants (5)
-
David Haller -
Ratti -
Sebastian Beneke -
Thomas Hertweck -
Thomas Michael Wanka