Posted By: Travis (Space Traveller) on 'CZunix'
Title:     Re: WriteCache u SW raidu?
Date:      Wed Dec  3 16:35:11 2008

> > 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

Tohle je mylka. :-) Vsechny disketove mechaniky mely hlavicky jemne posunute - 
nevim o kolik stupnu.

Travis 

> 
> 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 

                                                         Travis
                                               (Fettered Space Traveller)

The power of love                                        The power of love
A force from above                                       A force from above
Cleaning my soul                                         A sky-scraping dove