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?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
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
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.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?
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
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
* 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.
hmm da's wel bijzonder
is 't van een gewone IDE-schijf?
is 't van een gewone IDE-schijf?
"Happiness is a way of travel, not a destination."
--Roy Goodman
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.
Ik heb een Maxtor (5400 rpm) 30 GB waamee ik op 64 mb 28 mb/s haal.
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).
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).
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 ikOp zondag 07 oktober 2001 11:52 schreef OlafvdSpek het volgende:
Nee, die resultaten in mijn post zijn van mijn IBM schijf.
Maar dan vind ik het eigenlijk een beetje traag. RAM moet toch meer dan 237 MB/s halen.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..
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.
juist .. koffie op dus hopelijk gaat het nu wat beter met de uitleg 
als iemand mijn beredenatie van deze snelheden niet vind kloppen mag je natuulijk verbeteren...
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.V-Link Hub Architecture Dedicated 266MB/sec link between the North and South Bridge, doubling the bandwidth of the traditional PCI Bus.
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.
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.
En de HDD op de south-bridge, maar de ATA interface haalt maximaal 100 mb/s.
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.
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)
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.
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.
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