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

Sun Aug 19 18:24:21 CEST 2012

azert ilyen melysegben csak akkor erdemes vele foglalkozni, ha az ember erti is amit olvas.
pl az ext4 az itt bemutatott szuper kesleltetett allokacio miatt abszolut nem turi ha kirantod alola a betapot. ha volt iras folyamatban, tuti lesz adatvesztes es serult fajl.

Vajk

________________________________
 From: Cser Tamas <maguspr53 at gmail.com>
To: elektro-etc at tesla.hu 
Sent: Sunday, 19 August 2012, 18:03
Subject: Re: [elektro-etc] *****SPAMVERDACHT***** Re: *****SPAMVERDACHT***** Re: lemez töredezettségmentesítés

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