(SCI) - Technologie und Leistungsanalysen.pdf

Fehlererkennung und Korrektur auf Blockbasis vom PC durchführen läßt. In
beiden Fällen ist die erzielbare Endgeschwindigkeit dieselbe, jedoch wird sie
bei der Software-Lösung erst bei einer wesentlich größeren Paketlänge von >64
KB erreicht. Ohne Software-Blockprüfung und Korrektur wird im Gegensatz
zum PentiumPro-Teststand die maximale Transferrate bereits bei 64 Byte erzielt.
Die Setup-Zeit ist mit 2-3 s ebenfalls geringer, was auf einen effizienteren
Gerätetreiber schließen läßt (Bild 5.3.4). Bei zusätzlicher Software-
10000
1 Stream + 100 MHz Pentium + FX PCI + NT 4.0
Elapsed Time [us]
1000
100
10
HW error
correction
SW error
correction
1
4
8
16
32
64
128
256
512
1k
2k
Block Size [Bytes]
4k
8k
16k
32k
64k
Bild 5.3.4: Gemessene Latenzen bei einem Stream auf dem Pentium-Testsystem.
Blockprüfung steigt sie auf 11-12 s an. Für große Blocklängen konvergieren
die Latenzen von beiden Varianten gegen denselben Wert und befinden sich damit
in Übereinstimmung mit den gemessenen Bandbreiten.
Der beim Pentium-Teststand verwendete Gerätetreiber erlaubt wahlweise,
ein, zwei, vier oder 8 Pufferspeicherplätze zu koppeln, um so den Durchsatz bei
entsprechend größerer Blocklänge zu steigern. Beim Linux-Treiber sind dagegen
einem Stream vier Speicherplätze fest zugeordnet. Wie man anhand von
Bild 5.3.5 und Bild 5.3.6 sieht, ist der Anstieg der maximalen Bandbreite nahezu
linear zur Zahl der gekoppelten Speicherplätze, wobei sich die erforderliche
Blocklänge ebenfalls verdoppelt. Die größte erzielbare Datenrate liegt bei 45
MB/s. Bei 8 gekoppelten Puffern zeigt sich ein Einbruch im Durchsatz, der verhindert,
daß eine höhere Datenrate als 45 MB/s erreicht wird. Bei der für diese
Pufferzahl erforderlichen Blockgröße von 64*8 = 512 Byte fällt der Durchsatz
auf 34 MB/s zurück. Dafür verantwortlich ist vermutlich die rel. langsame CPU
des PCs, unter der Annahme, daß sie nicht schnell genug Daten auf dem PCI-
Bus zur Verfügung stellen kann (Bild 5.3.7). Zur Ergänzung der Bandbreitemessungen
sind in Bild 5.3.8-Bild 5.3.10 die Zeitverbräuche (Latenzen) für 2,4
und 8 Streams gezeigt. Wie erwartet, ist die Latenz für den Fall von 4 Streams
für alle Blocklängen am kleinsten. Die Setup-Zeiten hingegen sind unabhängig
von der Zahl der verwendeten Streams.
358