Vlákno názorů k článku Proč Linux nepotřebuje defragmentaci? od Mirax - To, že u FAT přidání dvou vykřičníků způsobí...

  • Článek je starý, nové názory již nelze přidávat.
  • 4. 9. 2006 3:21

    Mirax (neregistrovaný)
    To, že u FAT přidání dvou vykřičníků způsobí rozdělení souboru by se při určité míře zjendoušení dalo překousnot. (ve skutečnosti jsou soubory uloženy v tzv. clustrech, jejihž velikost je min. 512B (běžná velikost sektoru) ale obvykle řekněme 32kiB. V tabulce FAT jsou uložena čísla těchto clusterů. Adresář u jednotlivých souborů obsahuje číslo prvního clusteru, čísla připadných dalšich se hledají ve FAT). Musím se přiznat, že mě zaskočila poslení část článku. Soubory se na disku zapisují obvykle přes všechny plotny. Vyplývá to například z adresace u starších disků (před LBA) bylo to Cylinder Hlava Sektor (CHS). Řekněme, že se do jedné stopy vejdou 4 sektory. To znamená, že: na Cylindru 0, hlavě 0 budou sektory 0 až 3 na Cylindru 0, hlavě 1 budou sektory 4 až 7. A ještě nějaký ASCII art jako bonus :-) :
    Plotna 0
       a b c d
    0  H e l l
    1  r l d 0 
    2  0 0 0 0 
    3  0 0 0 0 
    
    Plotna 1
       e f g h
    0  o _ w o
    1  0 0 0 0 
    2  0 0 0 0 
    3  0 0 0 0 
    
    Takto by byl na disku zapsán řetezec Hello_world začínající na na CHS (0,0,0) pri čtyřech sektorech na stopu. Jo a ješte za předpokladu, že je jeden znak zakódován do celého sektoru (tekze by měl praveděpodobně 512B :-) )
  • 4. 9. 2006 10:12

    zz (neregistrovaný)
    az taky nezmysel to nieje

    1.) vedsina diskou ma inu fyzicku a logicku strukturu CHS ;-)
    2.) SCSI ako taky CHS nepozna len pre niektore OS drivre simuluju CHS (DOS viem urcite)
  • 4. 9. 2006 14:04

    Mirax (neregistrovaný)
    to je jasný, že se CHS nepužívá (a taky jsem to uvedl), ale rozhodně se nezapisuje způsobem, že se popíše jedna plotna, pak druhá ....
  • 4. 9. 2006 21:44

    Tayto (neregistrovaný)
    Pratele rekneme si to na rovinu. Ja sice pravda ze porad jsou to ty plotny a hlavicky. Tim to ale konci. Mi vime prt kde se ty data na disku nachazeji. To vi maximalne laborky na obnovu dat na zaklade informaci vyrobce. Takze nema smysl delat naky optimalizace timhle smerem. Proste si disk predstavime jako jednolitou plochu a basta. Nehlede na to ze se takto tvari i pro operacni system(na scsi uz davno). Akorat nekde je tra kvuli dosu emulovany CHS.

    Disk si dela na pozadi takovy veci z kterych by se vam ocicka protocili a duse technickyho onanisty(geeka) by zaplesala nad slozitosti. Uz se zdaleka nejedna o jednoduchy prokladani zon nebo stridani ploten. Kazdy vyrobec ma na optimalizaci rychlosti sve metody jak si rozdeli data na disku. Do toho se jeste micha pravidelny poznacovani spolehlivosti oblasti disku a fyzicky presun dat(i u zdravych disku) nekam do zalozniho prostoru a zas zpatky. Data ze i zdvojuji nebo ztrojuji ruzne po disku. Ten 512B sektor je zas pouze logicky a na dnesnich discich je ve skutecnosti fyzicky mnohem vetsi.
  • 4. 9. 2006 21:47

    Tayto (neregistrovaný)
    fix
    *mi-my
    *ze-se
    Duvod:naka krava na helpline