[BC3] [Linux] Harddisk preformance

[Verwijderd]

Ik heb pas een nieuwe 40G IBM deskstar gepropt in mijn server alleen valt de preformance tegen van die disk.

Heb hem al met een IBM util op UDMA2 gezet (anders snapt het VXPro moederbord het niet) en met hdparm DMA en 32Bit gebeuren ge-enabled.

Toch preformed hij onder de primairy schijf, een 8.4 WD.

hij haalt maar de 2,5Mb/s in de hdparm -t test terwijl de WD wel 6,5 haalt.

Ik ben bang dat het ligt aan de combinatie 512KB HD cach en Cyrix166 CPU, waardoor het niet beter kan. (De WD heeft 2MB cache)

Iemand nog een idee om het te verbeteren?

[GraveR]

hdparm -c3 -d1 /dev/hda

Probeer dan nog maar een -t -T /dev/hda

EDIT: verander /hda in de juiste, natuurlijk

[Verwijderd]

Raar, hij is nu 2,6 terwijl in de man pages staat dat waarde 3 (had eerst 1) voor -c meer overhead geeft.

Maar 2,6MB/s is nog steeds niet spectaculair natuurlijk

[Verwijderd]

hdparm -c3 -d1 -X66. try it and be happy (hoop ik dan maar)

[TD-er]

Ik heb d''r zelf ook last van (oude 4.3 GB Quantum (4500 rpm) en "nieuwe" 10 GB maxtor 5400 rpm)
onder windows aan een BX-board is de maxtor echt een stuk sneller, maar in m''n server met 430 HX chipset (dus geen DMA) is de Quantum bijna 3x zo snel als de Maxtor (6 MB/s om 2.3 MB/s)
--------------------
stukkie uit de dmesg:
hda: QUANTUM FIREBALL ST4.3A, 4110MB w/81kB Cache, CHS=524/255/63, (U)DMA
hdc: Maxtor 91020U3, 9736MB w/2048kB Cache, CHS=19783/16/63, (U)DMA
--------------------
Zoals je kunt zien zit d''r nogal wat verschil tussen beide schijven qua cache , dus dat kan niet de verklaring zijn dat de Quantum zoveel sneller is.
DMA-mode staat nu uit. Wanneer ik dat aanzet, komt er in no-time in de log-files te staan dat de IDE-controller is gereset en DMA-mode uit is gezet. (op m''n BX-board maakt DMA wel een verschil tussen 3.7 MB/s en 20 MB/s)

[GraveR]

Hmz dit doet mijn IBM 13GB IDE 5400RPM schijf uit ''98 op een Asus P2B-F (BX):

code:

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.02 seconds =125.49 MB/sec
 Timing buffered disk reads:  64 MB in  5.31 seconds = 12.10 MB/sec

[Apache]

dit doet mijn zeer oude samsung hd:

/dev/hda:
Timing buffer-cache reads: 128 MB in 1.69 seconds = 75.74 MB/sec
Timing buffered disk reads: 64 MB in 11.21 seconds = 5.71 MB/sec

Binnenkort ga ik terug linux als client installeren op deze pc, k''heb gewoon meer tijd nodig en een ata 100 kabel

[RG]

Dit trekt mijn oude Quantum Fireball 3,2 Gb in mijn AMD K6 166 met 64 MB SDRam (op Biostar moederbord met TX chipset):

code:

Timing buffered disk reads:  64 MB in  6.04 seconds = 10.60 MB/sec
Timing buffer-cache reads:   128 MB in  3.79 seconds = 33.77 MB/sec

Tja het blijft UDMA33 dus harder dan 33 MB/sec is niet mogelijk. Maar ik heb dus duidelijk geen problems met de performance van harde schijven in Linux. Als je dus geen UDMA hebt dan zal 16 MB/sec de max zijn. Misschien moet je je kernel eens opnieuw compileren (een nieuwere) met alle DMA opties enzo aan.

[Verwijderd]

Dit zegt tie bij het booten

hda: WDC WD84AA, 8063MB w/2048kB Cache, CHS=1027/255/63
hdb: IBM-DTLA-305040, 39266MB w/380kB Cache, CHS=5005/255/63

Die cache is <512 omdat de firmware er ook in gepropt zit

Heb alles geprobeerd, disk zit nu zelfs als slave op het IDE0 ipv Master op IDE1 maar dit is de beste ''score'' die ik kan krijgen:

/dev/hdb:
Timing buffer-cache reads: 128 MB in 4.38 seconds = 29.22 MB/sec
Timing buffered disk reads: 64 MB in 24.45 seconds = 2.62 MB/sec

gebruik nu hdparm -d1 -c1 /dev/hdb

Ik ga binnenkort maar eens upgraden naar RH7.1 en een cusom Kernel bouwen kijken of dat helpt.

[BC3 Victim]

Me''n server heeft cyrix 150+ (die is gelijk aan P133) hda is een 1.6 gb WD schijfje en hdc is een 5.1 gb WD schijfje.

/dev/hda:
Timing buffer-cache reads: 64 MB in 2.44 seconds =26.23 MB/sec
Timing buffered disk reads: 32 MB in 8.31 seconds = 3.85 MB/sec

/dev/hdc:
Timing buffer-cache reads: 64 MB in 2.13 seconds =30.05 MB/sec
Timing buffered disk reads: 32 MB in 8.49 seconds = 3.77 MB/sec

Oh ja... en dit komt uit de dmesg:

hda: WDC AC31600H, 1549MB w/128kB Cache, CHS=787/64/63
hdc: WDC AC35100L, 4924MB w/256kB Cache, CHS=10672/15/63

Heb je hier uberhaupt iets aan

[balk]

grrrr, mijn HD is ook veel te langzaam (3,5 MB/s) en als ik de disk (die overigens op UDMA2 staat) check zegt ie
# hdparm -d /dev/hda
/dev/hda: using_dma = 0 (off)

en als ik hem op 1 wil zetten:
# hdparm -d 1 /dev/hda

/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

hoe kan ik dit bewerkstelligen?

ik heb twee Quantum Fireballs, ongeveer dezelfde snelheid en problemen....

[Wirf]

Op zondag 27 mei 2001 19:33 schreef Groot-Moefti het volgende:

code:

Timing buffered disk reads:  64 MB in  6.04 seconds = 10.60 MB/sec
Timing buffer-cache reads:   128 MB in  3.79 seconds = 33.77 MB/sec

Even voor de duidelijkheid:

Hier doet je HD dus 10 mb/s en je buffer 33 mb/s. Je HDparm-output is omgedraaid (-tT ipv -Tt misschien?)

zou ook wel raar zijn als je HD sneller ging dan je buffer... (al het HD-verkeer gaat via het buffer)

XSDnied: Welke kernel draai je trouwens? Je eigen kernel bakken kan nog weleens helpen (neem 2.4.5, das een lekker rappe kernel )

[TD-er]

welk mainboard, want dat heeft er nogal mee te maken.
Ik denk dat je redelijk zeker kunt stellen dat je een socket-7 mainboard niet 100% goed op DMA kunt instellen met Linux.
Voor dat soort geintjes heb je eigenlijk een BX-chipset nodig, of een controller die ook goed DMA ondersteund (promise bijv.)

[Verwijderd]

bash-2.03# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 128 MB in 0.89 seconds =143.82 MB/sec
Timing buffered disk reads: 64 MB in 2.21 seconds = 28.96 MB/sec

Dit heb ik na wat proberen uit mijn HD kunnen trekken. IBM DeskStar 307030 op een MSI K7T Pro2 (ATA66).

Twas een kwestie van DMA/bus mastering aanzetten in de kernel en de VIA82cxxx chipset support aanzetten. In mijn rc.local staat nu ''hdparm -c3 -d1 -X68 /dev/hda''

Geen slechte score als ik de rest zie hier...:P

Ik had eerst ook ''operation not permitted'' met het aanzetten van UDMA met hdparm, maar dat was dus een kwestie van je kernel goed instellen.

[Wirf]

Daan: het gaat hier over 1-5 G schijfjes op pentium-classic-level mobo''s...

maar ik wil ook wel ff een patser-score posten hoor :

/dev/md0:
Timing buffer-cache reads: 128 MB in 0.76 seconds =168.42 MB/sec
Timing buffered disk reads: 64 MB in 2.06 seconds = 31.07 MB/sec

[Verwijderd]

raid5: measuring checksumming speed
8regs : 336.804 MB/sec
32regs : 186.690 MB/sec
using fastest function: 8regs (336.804 MB/sec)

[Verwijderd]

Was niet om te patsen, maar ik vroeg me al af waarom ik er wel zoveel uit kon persen...
=0)
was denk ik gewoon blij dat ik na een uur prutsen en 3x mijn kernel opnieuw compilen eindelijk een beetje performance uit mijn HD kreeg. Kon het niet uitstaan datie zijn UDMA niet aan wilde zetten.

[Verwijderd]

Wat een patser score''s allemaal.

Mijn server is maar een Cyrix 166+ op een crappy VXpro merkloos moederbord.

/dev/hda is een WD 8.4G schijf
/dev/hdc is een IBM 40G deskstar

beide 5400 toeren.

Van mij hoeven die schijven geen 30Mb/s seconde te doen dat trekt mijn 100Mb netwerk toch niet maar >5MB/s zou toch wel leuk zijn. Ik bedoel de oudere WD is bijna 3x zo snel met dezelfde hdparm instellingen dat klopt toch niet.

Bak draait Redhat 7.0 (alleen server geen x windows etc) met standaard kernel maar ik ga vanavond 7.1 installeren en evt custom compilen.

Doos is alleen om internet te sharen, mail opslag, samba, etc. (Heeft niet eens een monitor )

[RG]

Op maandag 28 mei 2001 01:23 schreef balk het volgende:
grrrr, mijn HD is ook veel te langzaam (3,5 MB/s) en als ik de disk (die overigens op UDMA2 staat) check zegt ie
# hdparm -d /dev/hda
/dev/hda: using_dma = 0 (off)

en als ik hem op 1 wil zetten:
# hdparm -d 1 /dev/hda

/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

hoe kan ik dit bewerkstelligen?

ik heb twee Quantum Fireballs, ongeveer dezelfde snelheid en problemen....

Dan heb je DMA support uitstaan in de kernel. Het handigste is dat je de kernel gewoon alle instellingen automatisch goed laat zeten tijdens het booten (in ieder geval DMA enzo).

[RG]

Op maandag 28 mei 2001 01:30 schreef Wirf het volgende:

[..]

Even voor de duidelijkheid:

Hier doet je HD dus 10 mb/s en je buffer 33 mb/s. Je HDparm-output is omgedraaid (-tT ipv -Tt misschien?)

zou ook wel raar zijn als je HD sneller ging dan je buffer... (al het HD-verkeer gaat via het buffer)

XSDnied: Welke kernel draai je trouwens? Je eigen kernel bakken kan nog weleens helpen (neem 2.4.5, das een lekker rappe kernel )

Eh, nou volgens mij snap jij het niet helemaal (of ik dat kan natuurlijk ok ).
Mijn hd trekt 10 MB/sec lezen zonder de cache te gebruiken op de hd. Hij trekt tegen de 33 MB/sec uit de cache, maar das ook logisch wantr UDMA/33 gaat niet harder
Die buffer wil zeggen een buffer in het Ram die hij gebruikt om de gegevens naartoe te pompen. Linux houd standaard een buffer bij van alle devices. Werkt heel erg versnellend, maar niet gaan resetten...

Ik heb kernel 2.2.16 (Slackware 7.1) en ik vind dat dat perfect werkt. Ik zie hier niemand 10 MB uit zijn oude 3,2 GB harde schijf trekken (Quantum is dus echt wel goed!). Vooral downloaden van die bak gaat supersnel. Uploaden maar 7 MB/sec

[[BoSS]]

Dit doet diezelfde schijf (IBM 40 GB) onder RedHat 7.0 bij mij:
(Aangesloten op UDMA 33)

code:

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.47 seconds = 87.07 MB/sec
 Timing buffered disk reads:  64 MB in  3.99 seconds = 16.04 MB/sec

[Verwijderd]

Wow!

Heb net redhat 7.1 geinstalleerd en de IBM doet nu zo uit de doos

7.15 MB/s

en de WD nog steeds 6.5MB/s

man dit is beter

[BC3 Victim]

Op zondag 27 mei 2001 23:39 schreef JVaags het volgende:
Me''n server heeft cyrix 150+ (die is gelijk aan P133) hda is een 1.6 gb WD schijfje en hdc is een 5.1 gb WD schijfje.

/dev/hda:
Timing buffer-cache reads: 64 MB in 2.44 seconds =26.23 MB/sec
Timing buffered disk reads: 32 MB in 8.31 seconds = 3.85 MB/sec

/dev/hdc:
Timing buffer-cache reads: 64 MB in 2.13 seconds =30.05 MB/sec
Timing buffered disk reads: 32 MB in 8.49 seconds = 3.77 MB/sec

Oh ja... en dit komt uit de dmesg:

hda: WDC AC31600H, 1549MB w/128kB Cache, CHS=787/64/63
hdc: WDC AC35100L, 4924MB w/256kB Cache, CHS=10672/15/63

Heb je hier uberhaupt iets aan

Ik zag net met hdparm dat de schijven op 16 bit liepen leek me niet lekker dus direct veranderd. En na het aanzetten van de mutiple sector met de optie:
/sbin/hdparm -m 16 -c 1 /dev/hda /dev/hdc
loopt alles als een speer

En nu heb ik de volgende statestieken

/dev/hda:
Timing buffer-cache reads: 64 MB in 2.08 seconds =30.77 MB/sec
Timing buffered disk reads: 32 MB in 5.40 seconds = 5.93 MB/sec

/dev/hdc:
Timing buffer-cache reads: 64 MB in 2.13 seconds =30.05 MB/sec
Timing buffered disk reads: 32 MB in 5.28 seconds = 6.06 MB/sec

Ziehier... door deze topic is de snelheid van mijn harde schijven vertweevoudigd

Nu is mijn vraag: blijven deze instellingen bewaard of moet ik ze in rc.local zetten?

[Valium]

Die kleine tweaks moeten in rc.local omdat ze niet behouden blijven. DMA kun je wel aanzetten in de kernel-config, als je dan een nieuwe kernel bakt, kun je misschien (ik heb ff geen kernel-source bijdehand) ook een aantal van die andere dingen instellen.

Maar rc.local werkt ook.

[Verwijderd]

Op maandag 28 mei 2001 18:44 schreef JVaags het volgende:



[..]



Ik zag net met hdparm dat de schijven op 16 bit liepen leek me niet lekker dus direct veranderd. En na het aanzetten van de mutiple sector met de optie:

/sbin/hdparm -m 16 -c 1 /dev/hda /dev/hdc

loopt alles als een speer



En nu heb ik de volgende statestieken



/dev/hda:

Timing buffer-cache reads: 64 MB in 2.08 seconds =30.77 MB/sec

Timing buffered disk reads: 32 MB in 5.40 seconds = 5.93 MB/sec



/dev/hdc:

Timing buffer-cache reads: 64 MB in 2.13 seconds =30.05 MB/sec

Timing buffered disk reads: 32 MB in 5.28 seconds = 6.06 MB/sec



Ziehier... door deze topic is de snelheid van mijn harde schijven vertweevoudigd



Nu is mijn vraag: blijven deze instellingen bewaard of moet ik ze in rc.local zetten?

hey, met -c 3 gaat ie nog iets harder bij mij

Maaruh, -k 1 bewaard toch alles?
Staat namelijk:
-k get/set keep_settings_over_reset flag (0/1)

Of zit ik er weer eens naast

[ajvdvegt]

man hdparm:

-K Set the drive''s keep_features_over_reset flag. Setting this enables the drive to retain the set­tings for -APSWXZ over a soft reset (as done during the error recovery sequence). Not all drives sup­port this feature.

Na een power-off moet je het dus opnieuw instellen!

[BC3 Victim]

Na de optie -d1 zit ik op 29.77 MB/sec en 8.38 MB/sec. Zet ik inderdaad de optie -c3 aan krijg ik 30.19 MB/sec en 8.51 MB/sec

Kan het nog sneller ???

[Wirf]

Op maandag 28 mei 2001 15:36 schreef Sebatech het volgende:
raid5: measuring checksumming speed
8regs : 336.804 MB/sec
32regs : 186.690 MB/sec
using fastest function: 8regs (336.804 MB/sec)

haha, dat heeft echt helemaal NIETS met hd performance te maken (meer met hoe snel je CPU pararity''s kan berekenen)

[Wirf]

Op maandag 28 mei 2001 15:54 schreef XSDnied het volgende:
Wat een patser score''s allemaal.

[...]

Van mij hoeven die schijven geen 30Mb/s seconde te doen dat trekt mijn 100Mb netwerk toch niet.

[...]

Ja, ach, ik dacht eens grappig te zijn en een servertje van werk te benchen hehe.. thuis heb ik ook lang die scores niet

[Wirf]

Op maandag 28 mei 2001 17:26 schreef Groot-Moefti het volgende:

[..]

Eh, nou volgens mij snap jij het niet helemaal.

Jawel hoor, ik snap het prima: We zeggen precies hetzelfde, maar ik was eerst in de war omdat jou HD performance-nummers boven je cache performance-nummers stonden, ipv andersom

[BC3 Victim]

Mijn oude WD gaat zelfs langzamer met de optie hdparm -d1

[balk]

Toch moet ik nog even kwijt dat ik ineens een veel hogere -tT heb op beide schijven. Dit heb ik verkregen door de kernel opnieuw te compilen (4e keer al in 2 dagen ) en de volgende optie aan te zetten:

CONFIG_BLK_DEV_IDEDMA_PCI

(staat in ATA/IDE/MFM/RLL support -> IDE, ATA and ATAPI Block devices -> ''Use PCI DMA by default when available'' en ook mijn smaak chips eronder ergens aangegeven.) Nu krijg je niet meer de fout ''HDIO_SET_DMA failed: Operation not permitted'' bij een ''hdparm -d1 /dev/hda'')

Snelheid is al met al van 2.8 MB/s naar 13 MB/s gegaan

[BC3 Victim]

Op zondag 27 mei 2001 13:54 schreef XSDnied het volgende:
Ik heb pas een nieuwe 40G IBM deskstar gepropt in mijn server alleen valt de preformance tegen van die disk.

Heb hem al met een IBM util op UDMA2 gezet (anders snapt het VXPro moederbord het niet) en met hdparm DMA en 32Bit gebeuren ge-enabled.

Toch preformed hij onder de primairy schijf, een 8.4 WD.

hij haalt maar de 2,5Mb/s in de hdparm -t test terwijl de WD wel 6,5 haalt.

Ik ben bang dat het ligt aan de combinatie 512KB HD cach en Cyrix166 CPU, waardoor het niet beter kan. (De WD heeft 2MB cache)

Iemand nog een idee om het te verbeteren?

[Verwijderd]

Volgens mij bedoeld Igmar dat we een beetje van het topic af gaan wijken, maar boeie.

Mijn probleem is opgelost dmv de upgrade naar RH7.1

In 7.1 worden de hdparm instellingen geregeld via een config bestand maar heb niets hoeven te veranderen na eeste opstart heeft het zelf alles op de optimale waarden gezet (dma, 32bit multiread etc).

[Oblii]

(ja ik weet dat dit topic wat ouder is, maar het gaat toch echt over hetzelfde)

Ik ben er ook mee bezig

# hdparm -c -d -m /dev/hdc

/dev/hdc:
multcount = 16 (on)
I/O support = 3 (32-bit w/sync)
using_dma = 1 (on)

En ook

# hdparm -tT /dev/hdc

/dev/hdc:
Timing buffer-cache reads: 128 MB in 3.43 seconds = 37.32 MB/sec
Timing buffered disk reads: 64 MB in 5.08 seconds = 12.60 MB/sec

Ik leid hier dus uit af dat dit 12.60 megaByte per seconde is, MAAR mijn probleem is nu dat ik naar mijn server (waar deze harddisk inzit (WD 120 gig, 2 meg cashe, ata100 op een p120 met ata33) MAXIMAAL continu 2MByte/s trek, via smb (waar load naar 1.00 schiet), maar ook via ftp (proftpd...)

ligt dit dan aan m'n netwerkkaart? (realtek 100Mbit op 100Mbit switch) ("deze" computer ligt het niet aan, want tussen 2 andere computers zelfde netwerk gaat het wel naar de 5 en de 7 mbyte/s)

[_JGC_]

en dan zal je ook vast wel een i430FX chipset, of nog erger, een non-intel chipset uit die tijd hebben
Dat in combinatie met een realtek RJ45 -> PCI-bus vertaalchip, zorgt ervoor dat je P120 het heel erg druk heeft.
Wat ik overigens merk met samba is dat grote bestanden allemaal via geheugen gaan, en als dat er niet meer inpast gaat ie behoorlijk swappen. Zo kan ik amper een ISO van 700MB fikken vanaf een Samba share (maar vanaf NFS gaat het gewoon wel goed)

[Oblii]

Maar dat verklaart nog niet waarom via ftpd het exact even snel gaat, exact op 2Mbyte/s

Meer info:

code:

non-removable ATA device, with non-removable media
        Model Number:           WDC WD1200BB-00DWA0
        Serial Number:          WD-WMAEH1388893
        Firmware Revision:      15.05R15
Standards:
        Supported: 1 2 3 4 5 6
        Likely used: 6
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        bytes/track:    57600           (obsolete)
        bytes/sector:   600             (obsolete)
        current sector capacity: 16514064
        LBA user addressable sectors = 234441648
Capabilities:
        LBA, IORDY(can be disabled)
        Buffer size: 2048.0kB   ECC bytes: 74   Queue depth: 1
        Standby timer values: spec'd by standard, with device specific minimum
        r/w multiple sector transfer: Max = 16  Current = 16
        DMA: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    READ BUFFER cmd
           *    WRITE BUFFER cmd
           *    Host Protected Area feature set
           *    look-ahead
           *    write cache
           *    Power Management feature set
                Security Mode feature set
           *    SMART feature set
                SET MAX security extension
           *    DOWNLOAD MICROCODE cmd
Security:
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct

De vraag is eigenlijk meer: deze harddisk red 10 Mbyte/s? (zoja, dan weet ik dat het meer aan het netwerk ligt (?) behalve als er nog andere opties zijn)

[ Voor 5% gewijzigd door Oblii op 04-09-2003 22:04 ]

[MadEgg]

Ik krijg op mijn Pentium 166 MMX met SiS 5513 chipset er niet meer uit dan 2,5 MB/s / 18 MB/s cached.

Hoogstwaarschijnlijk omdat DMA niet aanstaat en dat ook op geen enkele manier wil, terwijl DMA wel in de kernel zit en ook auto-enable DMA. Zal wel aan de SiS chipset liggen ofzo

[blouweKip]

DMA: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5

Ik ben een beetje duf, maar waarom mdma2 als je ook support voor udma5 hebt?

[moto-moi]

blouweKip schreef op 04 September 2003 @ 22:19:
Ik ben een beetje duf, maar waarom mdma2 als je ook support voor udma5 hebt?

De informatie die je aanvraagt met hdparm -i komt direct bij de hardeschijf vandaan. De chipset ondersteund waarschijnlijk niet meer dan mdma2, en dan krijg je dat verhaal van de kleinste gemene deler, etc.

[_JGC_]

Vertel eerst maar es welke chipset je hebt en het soort en aantal cache op je moederbord.

Je arme P120 moet eerst data van die schijf afsleuren door de PCI bus heen in het geheugen, vervolgens moet ie het weer door het geheugen naar de PCI bus slepen, alwaar die brakke RJ45->PCI vertaalchip door de CPU laat uitrekenen hoe het op de RJ45 connector gezet gaat worden

Sowieso kan je niet iets dusdanigs snel maken met een P120 en EDO/Fastpage RAM. Waarschijnlijk heb je zelfs amper tot geen cache. Met een Dual P133 met 192MB Parity Fastpage RAM, Seagate ST34520N 4.5GB 7200RPM SCSI disk, LSI 860 controller en een 3COM 3C905B, haalde ik amper 3MB/s door zowel samba als FTP. Die bak is gewoon te sloom.

[frapex]

tja ik weet et ook zo niet...
Mijn P100 servertje (intel chipset) (Maxtor 81620A3 1,6GIG) haalt :
/dev/hda:
Timing buffer-cache reads: 144 MB in 2.01 seconds = 71.64 MB/sec
Timing buffered disk reads: 16 MB in 3.27 seconds = 4.89 MB/sec

Mijn DUAL PII-350 daarin tegen (intel chipset samen met TX2 controller) (MAXTOR 6L080J4 80gig):
/dev/hde:
Timing buffer-cache reads: 460 MB in 2.00 seconds = 230.00 MB/sec
Timing buffered disk reads: 122 MB in 3.03 seconds = 40.26 MB/sec

Om maar even de extremen weer te geven. Als hdd performance echt zo belangrijk is, is een aparte controller misschien een idee?

[Wirf]

Leuk om zo'n out topic weer te terug te zien, misschien zie ik hem over twee jaar wel weer in mn active topics staan

maargoed, als je snellere ftp transfers wilt uit je oude machines kun je een aantal dingen doen:

- Een ftp server gebruiken die de linux sendfile() gebruikt, zoals vsftpd
- Gebruik je eigen gecompilde kernel, die zijn meestal sneller dan die van je distro
- Gebruik 3com 3c905c netwerkkaart, die zijn het snelst volgens de experts
- Nieuwere IDE controller in je machine stoppen

Ikzelf haal op dit moment 3.5 MB/s uit mijn P166+, nog steeds niet veel, maar meer dan de 2 MByte/s die anderen hier halen. En ik heb nog niet eens een 3com kaart of een nieuwe IDE controller (heb een realtek kaartje en de standaard intel VX ide controller)

--offtopic--
Realteks zijn trouwens niet zo langzaam omdat de CPU berekent wat er op de kabels moet, maar meer omdat realteks slecht ontworpen zijn zodat alles drie keer gekopieerd moet worden voordat het een keer verstuurd is. (een keer naar de kernel (geen scatter/gather DMA) en een keer in de kernel om het goed te alignen (realtek wil alles op 32-bit boundaries, linux zet de ethernet header en de TCP/IP pakketjes op 32 bit boundaries, ethernet header is 14 bytes (112 bit) dus de TCP/IP pakketjes moeten nog een keer gekopieerd worden om ze 16 bits te verplaatsen ) en dan moet alles nog een keer over de PCI bus heen.)

Meer info

[usr-local-dick]

Asus terminator p4 1.8
tets:~# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 1.40 seconds = 45.71 MB/sec

[Verwijderd]

Tyan Tiger K7X Pro.
root@synopsis:/# hdparm -t -T /dev/md3

/dev/md3:
Timing buffer-cache reads: 128 MB in 0.48 seconds =406.67 MB/sec
Timing buffered disk reads: 64 MB in 1.42 seconds = 48.07 MB/sec

[Verwijderd]

Verwijderd schreef op 05 September 2003 @ 17:48:
Timing buffer-cache reads: 128 MB in 0.48 seconds =406.67 MB/sec

Erm... 128 / 0.48 is volgens mij 266.67.
hdparm kan blijkbaar niet rekenen?

[efan]

mijnes:
Timing buffered disk reads: 64 MB in 2.35 seconds = 27.23 MB/sec
Timing buffer-cache reads: 128 MB in 0.74 seconds =172.97 MB/sec

hd:
Model=SAMSUNG SV3063H, FwRev=PL100-11, SerialNo=0271J1FN918160
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=426kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=59797584
IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-4 T13 1153D revision 17: 1 2 3 4 5 6