Posted By: snake () on 'CZunix'
Title:     Re: WriteCache u SW raidu?
Date:      Sun Dec  2 07:25:10 2007

> uplne mimo urcite nejsi, a da se asi i predpokladat ze tomu takhle bude i u 
> disku, teda za predpokladu ze by se na ne zapisovalo takhle linearne, co 
> stopa stopu mime ;)  coz se nam uz nekolik let snazi vyrobci vymluvit ze tak
> neni (nemusi byt) .. ale vzasade to tak asi bude, jak by to bylo jinak.

:-) "nemuzes verit holt vsemu, co rikaj vyrobci";-) Myslim, ze je bez debaty, 
ze disky maji vice zon, pricemz vic sektoru na track je samozrejme smerem k 
vnejsku disku. V ramci jedne zony bych si ale tipl, ze muze "nulty/prvni" 
sektor kazdeho tracku zacinat klidne na stejnem miste.

Mimochodem, ony disky jsou stejne hrozne zajimava pakaz: ja jsem si napriklad 
dlouho lamal hlavu, jak mohou byt pri dnesnich hustotach tak pomale, obzvlast 
ty, ktere maji tak 4 ci dokonce pet ploten, a tudiz az 10 hlavicek. Odpoved 
je velmi zajimava: disk dokaze z ruznych duvodu cist pouze z jedine hlavicky 
najednou. Jednim z tech nejdulezitejsich duvodu ma byt snad i tepelna 
roztaznost, takze se hlavicka neustale prizpusobuje aktualnim potrebam, a pri 
preskoceni z hlavy 0 na hlavu 1 (tj. na stale stejne plotne) je presto potreba 
treba s hlavickou trochu pohnout.

A tady je myslim i prvni podstatny rozdil od diskety: diskety pokud vim 
zapisuji na oba povrchy opravdu na stejne misto. Pokud bys tedy posouval tak, 
abys pri linearnim cteni od zacatku disku do konce mel data co nejrychleji k 
dispozici, musel bys brat v uvahu i pocet povrchu a pro kazdy z nich 
zapocitat urcite zpozdeni a tomu odpovidajici posunuti prvniho sektoru v 
ramci tracku... Ono by neco takoveho nejen zeslozitovalo logiku disku, ale 
navic to nema v bezne praxi i moc vyuziti prave kvuli cache: bo pri linearnim 
cteni vetsiho mnozstvi dat disk zacina cist do cache "jeste nez se dostane na 
zacatek", tj. treba na presne druhe polovine otacky, provede celou otacku a 
uz hlavou pohne na dalsi track (at uz ten dalsi znamena prepnuti na dalsi 
hlavicku ci "opravdu dalsi"). Pritom i nasledujici track se ale samozrejme 
cte opet "z prostredka" a efektivne se vyuziva cache... 

> ale problem je ten, ze uz diskety se kvuli tomuto problemu formatovali tak,
> ze 
> 1. sektor na druhe stope zacinal posunuty o tri sektory nez na te prvni,
> atd.

:-) vida, to jsem nevedel:-)... 

> finta. A pri tusim 1.9MB uz byly jednotlive sektory tak blizko sebe, ze ten 
> dalsi radici vzdy ujel, takze nedokazal cist linearne a museli byt ob jeden
> rychlost sice polovicni ale ta kapacita ;)

Tohle jsem slysel ale i o harddiscich. Kupodivu. A i kdyz mi to nedava moc 
smysl, slysel jsem dokonce nejen o dvou, ale o jeste vetsim mnozstvi otacek, 
nez se povedlo precist celou stopu (tusim, ze byla rec skutecne o stope, a 
nikoli o cylindru)... Predpokladam, ze dnesni disky ale takovymi nedostatky 
urcite netrpi a chroustaji data na jedinou otacku... 

> ale to uz jsem se dostal uplne jinam :)

:-) pravda, patrilo by to spis na czhardware, ale snad nas odsud nevyhodej. 
Mne tyhle veci vzdycky hrozne zajimaly uz z doby Amigy (ech, zacatek 
devadesatejch let)...

snake