[elektro-etc] *****SPAMVERDACHT***** Re: *****SPAMVERDACHT***** Re: lemez töredezettségmentesítés

[Karoly Kovacs]

Nos, en egyetlen szovel sem irtam sehol, hogy _nincs_ toredezettseg a 
linuxos fajlrendszereknel (ez eleve keptelenseg lenne).

En csak azt allitottam, hogy a linuxos fajlrendszereknel sokkal 
kevesebbet kell ezzel torodni, sokkal kevesebb problema van vele.

Vajknak pedig nagyon igaza van, a linux (is) rohadt rosszul turi, ha 
kirantjuk alola a delejt. Altalaban a superblokk allokacioknal szokott 
ilyenkor valami gallyra menni, igaz, az esetek 95%-aban jol 
visszaallithato modon.

Karoly

-------- Original Message --------

> ha az alábbi weblap tartalma igaz, akkor bajok vannak:
> http://www.memorx.eoldal.hu/cikkek/alapok/ext4-ext4.html
>
> még az Ext4-nél sincs Online töredezettség mentesítés
> (Ez a képesség nincs benne a 2.6.28-as kernelben, de talán...)
>
> azaz töredezettség továbbra is van, nem tagadható le
> ------------------
> az alábbi esetben is ugyanott vagyok, mint a vacak FAT32-nél
>
> "Például: Három állományt írsz egy könyvtárba és folyamatosan a
> lemezre is. Néhány nap múlva frissíted a középső állományt, de
> az nőtt egy bitet, tehát nincs elég hely számára. Nincs
> lehetőséged, töredezik az állomány és a kis része az adatnak egy
>   másik helyen lesz a lemezen, ami a seek-elést eredményez vagy
>   az elhelyezett állományt teljes egészében máshova kell rakni,
>   távolra a másik két állománytól, aminek az eredménye szintén
>   seek-elést eredményez, ha az alkalmazás olvasni akarja az
>   állományokat a könyvtárban (mint amikor a fájl kezelő készíti
>   az előnézeteket a könyvtárban az összes képről). Emellett a
>   fájlrendszer csak bizonyos fajta töredezettségre tud figyelni,..."
> -----------------
>
> rossz, töredezett lesz, mint a béna FAT32-nél
>
> ext3-ig reiser3-ig a hagyományos fájlrendszerekkel csinálja:
> "Elhelyezik a blokkokat amint csak lehetséges. Például ha a
> folyamat ír, a fájlrendszer kód azonnal elhelyezi a blokkokat,
> ahova az adat megy -
> Ez a hozzáállás hátrányos. Például amikor egy folyamat
> folyamatosan ír egy fájlba, ami így folyamatosan nő, a sikeres
> írás befejezésekor elhelyezésre kerülnek az egy blokk adatai,
> !!! de nem tudja hogy a fájl folyamatosan nő. !!!
>
> Amikor azt Ext3-nak írni kell a lemezre, a blokk elhelyező eldönti
>   hogy melyik szabad blokkokat használja az adatok írására.
>   De az Ext3 blokk elhelyező egyszerre csak egy blokkot (4 KB-ot)
>   képes elhelyezni egy időben. Ezt azt jelenti, ha a rendszernek
>   100 MB adatot kell írnia - emlékezzél az előző pontra - szüksége
>   van a blokk elhelyezőre
>   !!!! 25600 alkalommal !!! (és ez csak 100 MB!).
>   Nem csak ezért nem hatékony, hanem azért sem mert így
> !!!!
> nem  engedi meg a blokk elhelyezőnek hogy optimalizálja az
>   elhelyezés rendjét, mert nem tudja hogy mennyi adatot fog
>   elhelyezni, !!!  mindig csak egy darab blokkról tudott.
>
> azaz itt is töredezett lesz, mint a szaros FAT32-nél, mindkettő vacak
> -------------------
>
> Ext4 használja csak a késleltetett elhelyezést
> ami a töredezettségellenesség szolgálója, de még az sem online
>
>
> Karoly Kovacs <koka55 at kabsi.at> írta, 2012.08.19.:
>> Jajjj! Sot, jujjj! :)))
>>
>> Karoly
>>
>>
>>
>> -------- Original Message --------
>>
>>> arra, hogy az ext2 szerinted nem hasonlit a fat-ra :-)
>>>
>>> mivel mindkettohoz van defrag, hasonloak. ez van. :-)
>>>
>>> Vajk
>>>
>>>
>>> ________________________________
>>>    From: Karoly Kovacs <koka55 at kabsi.at>
>>> To: elektro-etc at tesla.hu
>>> Sent: Sunday, 19 August 2012, 16:16
>>> Subject: Re: [elektro-etc] *****SPAMVERDACHT***** Re: lemez
>>> töredezettségmentesítés
>>>
>>> Nem ertem. Ezt most mire valaszoltad?
>>>
>>> Karoly
>>>
>>>
>>>
>>> -------- Original Message --------
>>>
>>>> linux alatt pl.  edefrag | e2defrag | mdefrag | xdefrag
>>>>
>>>> sőt polishlinux.org >> Ext4 defragmentation with e4defrag | Gentoo
>>>> Tutorial
>>>
>>>> Karoly Kovacs <koka55 at kabsi.at> írta, 2012.08.19.:
>>>>>      >   az ext2 és a dos-winfosnál meg csak akkor, ha a "defragot"
>>>>>
>>>>> Na, ezt vegkepp nem ertem. Az ext2 semmilyen modon nem hasonlithato
>>>>> egyik win filerendszerhez sem. (En legalabbis igy tudom.)
>>>>>
>>>>> Karoly
>>>>>
>>>>>
>>>>>
>>>>> -------- Original Message --------
>>>>>
>>>>>> ha jól értelmezem, akkor a "blokkok átrendezése" JFS és hasonlónál
>>>>>> állandóan
>>>>>> folyamatban van, apró idővesztéseket apródonként "észrevétlenül" (?)
>>>>>> szopogatom,
>>>>>>       az ext2 és a dos-winfosnál meg csak akkor, ha a "defragot"
>>>>>> elindítom, és hatalmas idő alatt egyszerre szopom,
>>>>>>
>>>>>> ----------------------------------
>>>>>> 6.8.8. A töredezettség (fragmentation) megelőzése
>>>>>> Ha mégis szükség lenne a töredezettségmentesítésre ext2 fájlrendszer
>>>>>> esetében, létezik erre program, amelynek meglepő módon defrag a neve.
>>>>>> [4] .
>>>>>>
>>>>>> Sok MS-DOS töredezettségmentesítő program létezik, mely a blokkok
>>>>>> átrendezésével csökkenti a töredezettséget. Más fájlrendszerek esetén
>>>>>> a töredezettség úgy szüntethető meg, hogy lementjük a rendszer
>>>>>> fájljait, újra létrehozzuk a fájlrendszert, majd visszaállítjuk az
>>>>>> elmentett fájlokat.
>>>>>> http://tldp.fsf.hu/HOWTO/sag-hu/x1329.html
>>>>>> ----------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> vajk fekete <halaloszto at yahoo.co.uk> írta, 2012.08.19.:
>>>>>>> az inkabb azert van, mert atlag journaling filesystem mindig az ures
>>>>>>> terulet
>>>>>>> elejere ir folytonosan. tehat a fileod ha csak irogatsz bele, akkor
>>>>>>> is
>>>>>>> koltozik elore a diszken. igy ami az ures diszkre felkerult az
>>>>>>> folytonos
>>>>>>> is.
>>>>>>> ami meg allandoan irva van, az megy a szuz teruletre, es marad a
>>>>>>> helyen
>>>>>>> a
>>>>>>> nagy folytonos szabad terulet.
>>>>>>>
>>>>>>> Vajk
>>>>>>>
>>>>>>>
>>>>>>> ________________________________
>>>>>>>       From: Karoly Kovacs <koka55 at kabsi.at>
>>>>>>> To: elektro-etc at tesla.hu
>>>>>>> Sent: Sunday, 19 August 2012, 10:26
>>>>>>> Subject: Re: [elektro-etc] *****SPAMVERDACHT***** Re:  lemez
>>>>>>> töredezettségmentesítés
>>>>>>>
>>>>>>> En nem tudom, pontosan hogyan muxenek a linuxos fajlrendszerek,
>>>>>>> mindenesetre, ezek nem arrol "hiresek", hogy allandoan
>>>>>>> toredezettseg-mentesiteni kell oket. :)))
>>>>>>>
>>>>>>> Karoly
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -------- Original Message --------
>>>>>>>
>>>>>>>> Te tudod pontosan hogyan mukodik? Letezik kulon diszk iras
>>>>>>>> rendszerhivas,
>>>>>>>> ahol meg lehet mondani hogy osszesen mennyi adat lesz?
>>>>>>>>
>>>>>>>> Mert en azt hiszem, hogy az API kap egy blokkot es kesz, beirja
>>>>>>>> ahova
>>>>>>>> befer. nem tudja hogy ugyanabba a fileba lesz meg 10000 blokk vagy
>>>>>>>> sem.
>>>>>>>>
>>>>>>>> Vajk
>>>>>>>>
>>>>>>>>
>>>>>>>> ________________________________
>>>>>>>>        From: Xorn <toth.endre at gmail.com>
>>>>>>>> To: elektro-etc at tesla.hu
>>>>>>>> Sent: Saturday, 18 August 2012, 19:04
>>>>>>>> Subject: Re: [elektro-etc] lemez töredezettségmentesítés
>>>>>>>>
>>>>>>>> 2012/8/18 Cser Tamas <maguspr53 at gmail.com>:
>>>>>>>>> gyapo <gyapo at freemail.hu> írta, 2012.08.18.:
>>>>>>>>>
>>>>>>>>>> Az is lehet, hogy az írás megkezdése előtt az xp szétnéz, hogy
>>>>>>>>>> merre
>>>>>>>>>> van
>>>>>>>>>> a
>>>>>>>>>> wincsin annyi hely, ahova a cucc ráfér minél kevesebb seekkel, ezt
>>>>>>>>>> nem
>>>>>>>>>> tudom.
>>>>>>>>>
>>>>>>>>> régen a FAT-on meg a FAT32-n mindig lukakat tömögetett, hogy az
>>>>>>>>> ntfs,
>>>>>>>>> ext2, ext3
>>>>>>>>> hogy oldja meg sajnos most még nem tudom
>>>>>>>>
>>>>>>>> Abba a legkisebb lyukba írja, amibe még egyben belefér. Ext2/3
>>>>>>>> legalábbis.
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>> Andy
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
>