hdparm -T: 237.04 MB/sec

Pagina: 1
Acties:
  • 102 views sinds 30-01-2008
  • Reageer

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Timing buffer-cache reads: 128 MB in 0.54 seconds =237.04 MB/sec
Timing buffered disk reads: 64 MB in 1.71 seconds = 37.43 MB/sec
Ik dacht dat de IDE interface ook via de PCI bus liep en dat die bus niet sneller was dan 133 mbyte/s. Hoe kan het dat een cache read dan 128 mb haalt?

  • Zwelgje
  • Registratie: November 2000
  • Laatst online: 17-08 09:02
denk dat dit uit de cache van het geheugen wordt gehaald, er zijn bij mijn weten ook geen hdd's die zoveel data kunnen ophoesten in 0.54 seconde..

A wise man's life is based around fuck you


  • Pantagruel
  • Registratie: Februari 2000
  • Laatst online: 21:19

Pantagruel

Mijn 80486 was snel,....was!

Op zondag 07 oktober 2001 10:00 schreef OlafvdSpek het volgende:

[..]

Ik dacht dat de IDE interface ook via de PCI bus liep en dat die bus niet sneller was dan 133 mbyte/s. Hoe kan het dat een cache read dan 128 mb haalt?
Er staat toch echt buffer cache read, dus uit t hdd buffer geheugen en dat kan heel kort veel data leveren (doen mijn IBM 40 GB met 2 MB cache ook), de 2e regel is real world performance, gewoon vanaf de disk.

Asrock Z77 Extreme6, Intel i7-3770K, Corsair H100i, 32 GB DDR-3, 256 GB Samsung SSD + 2 x 3TB SATA, GeForce GTX 660 Ti, Onboard NIC and sound, SyncMaster 24"&22" Wide, Samsung DVD fikkertje, Corsair 500R


  • Ronald
  • Registratie: Juli 2000
  • Nu online
Wat er staat en wat het is zijn heel verschillende dingen. De PCI bus kan niet meer dan Theoretisch 133MByte/s. Dus zeker geen 230.

* Ronald wil ook wel weten wat hdparm daar meet

PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.


  • flat
  • Registratie: Mei 2000
  • Niet online
hmm da's wel bijzonder
is 't van een gewone IDE-schijf?

"Happiness is a way of travel, not a destination."
--Roy Goodman


  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Ja, een IBM 60 GXP. Wat ik trouwens ook raar vind is dat hdparm de ene keer met -c 1 -d 1 zegt dat het allebei invalid params zijn en de andere keer het gewoon netjes uitvoerd.

Verwijderd

Dit is heel normaal...

Ik heb een Maxtor (5400 rpm) 30 GB waamee ik op 64 mb 28 mb/s haal.

  • Remenic
  • Registratie: Juni 2001
  • Laatst online: 09-08 20:06
Ik geloof dat die resultaten van mij waren =)

En jah, dat is gewoon een IDE schijf, ATA 100, 7200rpm. Een maxtor Diamond plus 60 ofzoiets (geen zin om me kast open te rukken om effe te kijken).

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Nee, die resultaten in mijn post zijn van mijn IBM schijf.

  • Remenic
  • Registratie: Juni 2001
  • Laatst online: 09-08 20:06
Op zondag 07 oktober 2001 11:52 schreef OlafvdSpek het volgende:
Nee, die resultaten in mijn post zijn van mijn IBM schijf.
Hmm inderdaad, ik had de mijne gepost in een Andere thread, en die kwamen heel dicht in de buurt. Jij bent iets sneller, zie ik ;)

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Op zondag 07 oktober 2001 10:08 schreef zwelgje2 het volgende:
denk dat dit uit de cache van het geheugen wordt gehaald, er zijn bij mijn weten ook geen hdd's die zoveel data kunnen ophoesten in 0.54 seconde..
Maar dan vind ik het eigenlijk een beetje traag. RAM moet toch meer dan 237 MB/s halen.

  • Sjonny
  • Registratie: Maart 2001
  • Laatst online: 23:01

Sjonny

Fratser

jij niet toevallig een board met ddr ram? dat heb ik ook (msi-6380 ofzo, vergeet dat nummer altijd, k7t266 ding).. dan hebben ze die V-dinges in die pci ook gerot, en daarom krijg je waarschijnlijk 237. heb ik ook :)

The problem is in the part of your brain that handles intelligence.


  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
V dinges?
Ik heb een ECS K7S5A.

  • Sjonny
  • Registratie: Maart 2001
  • Laatst online: 23:01

Sjonny

Fratser

juist .. koffie op dus hopelijk gaat het nu wat beter met de uitleg :)
V-Link Hub Architecture Dedicated 266MB/sec link between the North and South Bridge, doubling the bandwidth of the traditional PCI Bus.
dit komt van de via site, heb het maar ff van mijn chipset opgevraagd, maar omdat jij ook dus een DDR mobo heb maar dan met sis chip denk ik dat dit dus ook in die chip zit. Er gaat dus met die V-Link ook met 133 over de pci bus, maar door die double data rate zou je theoretisch 266 krijgen, maar dat gaat nooit op in de praktijk dus daarom komt het wat langzamer uit op de 237.
als iemand mijn beredenatie van deze snelheden niet vind kloppen mag je natuulijk verbeteren...

The problem is in the part of your brain that handles intelligence.


  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Ok, 266 mb/s tussen north- en south. Maar waar komt die data dan vandaan? Het geheugen zit op de north-birdge, toch?
En de HDD op de south-bridge, maar de ATA interface haalt maximaal 100 mb/s.

  • Sjonny
  • Registratie: Maart 2001
  • Laatst online: 23:01

Sjonny

Fratser

dat krijg je nou al je gaat nadenken .. ik heb echt geen idee hoe het dan zit.. :?

The problem is in the part of your brain that handles intelligence.


  • mhzeater
  • Registratie: December 2000
  • Laatst online: 24-07 14:09
Deze absurt hoge bandbreedte wordt bereikt intern in de harddiask vogens mij. Van uit de cache van de hd nar het geheugen zit je toch aan de udma limiet

Asus TX97 AMD k6-3+ 450@500@83x6(hardware max)@2,5v(hardw min) 128kb L1 cache@500 256kb L2 cache@500 512 kb L3 cache@83 Alpha Pal6035+sunon@5v 256 Mb(hardw max) PC133@83 Voodoo3 2000 PCI 143@199@2,80v (with V mod) SB Live! Dmax 60+ 30Gb @UDMA33(hardw max)


  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
En die limiet is 100 mbyte/s bij UDMA 100.

Verwijderd

Komen 'buffered' reads niet uit het geheugen? De cache die Linux aanlegt voor je drives? Dat zou verklaren waarom het sneller gaat dan dat theoretisch mogelijk is indien het van de Southbridge moet komen.

Verwijderd

Shoikan zit juist. Dat is gewoon data die gecached is door de linux kernel.

De oorspronkelijke poster zal waarschijnlijk wel een berg RAM geheugen hebben, wat het resultaat van hdparm -T sterk beïnvloedt. Enkel hdparm -t is nuttig om de performance van je HD te berekenen, de rest is om statistieken te manipuleren ;)

Dit krijg ik bv. als ik bonnie, een andere HD benchmark, run als er maar een testfile van 100Mb wordt gebruikt:

mathias@linux:~ > bonnie
Bonnie: Warning: You have 248MB RAM, but you test with only 100MB datasize!
Bonnie: This might yield unrealistically good results,
Bonnie: for reading and seeking and writing.


Die 'burst' transfer rates zijn dus meer afkomstig van het geheugen dan van de HD. Tijdens de test is er bv. geen HD-activiteit, wat wijst dat alles uit het geheugen komt. hdparm -T is dus om een 'best case' scenario te testen.

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Wat verklaart dan dat er slechts 237 mb/s wordt gelezen uit het geheugen?

Verwijderd

Diverse andere invloeden, zoals grootte van het geheugen (mischien moet er toch nog het een en ander van de harddisk komen), efficientie van het cache algoritme, randomness van de test (hoe minder random, hoe meer er uit het geheugen kan komen), load op de machine, grootte van de cache (hangt af van de overige processen), etc...
Pagina: 1