HD Tune test

blå text <-> blå linje
gul text <-> gula prickar

kraftig "dropp" beror på att det är systemdisken dvs. systemet använder den disken

Gå in på HDTunes hemsida så hittar du säkert många diagram du kan jämföra mot.

De gula prickarna handlar om hur lång tid det tar för läshuvudet ska flytta sig till rätt position. Värsta fallet som du kan råka ut för är att du ska komma åt något i slutet medans läshuvudet befinner sig i början.

Förmodligen så gör programmet så att den slumpvis begär access till olika positionen på disken. 100% innebär då att att den först begärt en position i början och sen en position i slutet. Vid låga procent så har den begärt access för ett mindre intervall fast på olika delar av disken. Detta ger då olika mätresultat vid samma procentsiffra. På så vis blir det fler mätpunkter i början av diagrammet då man kan placera in ett kort intervall på fler ställen på disken. Notera även att 100% endast kan mätas över ett intervall.

Läshuvudet måste alltid flytta sig för att hitta rätt position därav kan accesstiden inte bli noll. (Glöm inte att skivan alltid roterar).

Oj, var inte meningen att få dig att känna dig dum Tänkte bara att jag skulle försöka förklara lite bättre då frågan kommit upp två gånger i tråden.

Angående att det finns så få prickar vid noll-sträcket:

Som jag skrev tidigare. Tänk på att skivan alltid roterar. Detta gör det omöjligt för läshuvudet att läsa på samma ställe två gånger i följd. För att skivan ska rotera ett var så tar det (med 10000rpm) 6ms.

För att en punkt ska hamna vid noll-sträcket så kan jag tänka mig två saker: Informationen ligger redan i buffern eller så är där en bugg i programmet.

I ett verkligt scenario så läser man ofta filer som ligger på olika ställen. Ofta är filerna också fragmenterade. Detta gör ju att man sällen kommer att läsa från samma ställe två gånger i följd. Med NCQ kan det dessutom vara mer praktiskt att läsa något som ligger på ett annat spår först, innan man kommer tillbaka till samma punkt.

Angående att det blir en skarp kant så läs det jag skrev tidigare. Svaret finns där. Ska ta ett litet exempel också:

Tänk tig att att vi vill ta reda på hur lång tid det tar för läshuvudet att finna en punkt som ligger 5% längre fram.

Vi börjar att testa 5% längst ut på skivan där det är finns mest data per spår. Om vi nu antar att 5% fortfarande ligger på samma spår så kommer punkten vi ska finna ligga ca 6ms bort (förmodligen mindre då skivan inte behöver rotera ett helt varv).

När vi ska testa att flytta punkten mellan 95% och centrum (100%) så kommer de 5% att inkludera ett flertal spår. I värsta fall kommer det gå åt mer än ett varv innan läshuvudet hittat till nästa spår så att disken kanske hinner rotera mer än ett varv på den tiden. Detta skulle innebära att vi minst måste vänta på att två varv ska passera, eller 12ms.

Dessa två fallen skulle då vara bästa och sämsta resultatet. Samtliga delresultat mellan början och slutet på disken skulle då hamna inom intervallet [6ms, 12ms]. Detta gör ju förstås att man får den övre och undre linjen.

Blev väldigt långt det här. Hoppas att det är någon som orkar läsa allt

Ett varv tar 6ms. 1/(10000/60) s. Som du säger så kommer det ta en viss tid att behandla begäran innan hårddisken hinner svara. Men denna fördröjning kommer förmodligen vara konstant och endast höja upp diagrammet lite. Som jag ser diagrammet så tar det som bäst ett halvt varv för hårddisken ska nå samma punk igen. Detta sker i början av skivan. Sämst så tar det 2 varv.

Läser du av diagrammet rätt?

x% innebär att man testar ett intervall som är x% av det totala diskutrymmet. De lägre punkterna är tagna när intervallet man testar ligger i utkanten av disken. De övre punkterna är tagna längst in mot centrum.

Med högre procentsiffra så får läshuvudet röra sig mer. Detta innebär att fler varv hinner passera innan läshuvudet når rätt vinkel (spår).