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