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

[Cser Tamas]

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