Rychlost filesystemu

Libor Chocholaty libor_ml1 na mts.cz
Pondělí Srpen 28 19:21:57 CEST 2006


Petr Simek wrote:
> On Mon, 28 Aug 2006, Libor Chocholaty wrote:
>
>   
>>>> Tak to zkuste tohle "mke2fs -T largefile4"
>>>>
>>>> Bude to neefektivni pro male soubory (pod 4 MB) ale pro opravdu velke to
>>>> usetri cteni/zapis inodes
>>>>
>>>>         
>>> Zkusil jsem to a vypada to jeste o neco pomalejsi nez default ext3.
>>> Nakonec jsem tam vratil vfat protoze vykazoval nejlepsi vlastnosti..
>>>
>>>       
>> A nezurnalujete nahodou i data (krome metadat)?
>> Vfat neni zurnalovany FS, delal jste testy u ext3 i s vypnutym zurnalem,
>> pripadne s jinym nastavenim zurnalovani?
>>     
>
> Jak vidno z toho prikazu nahore, zkousel jsem ext2 (tdy nezurnalovany)
> filesystem s nastavenim jedna inode na 4MB, coz by melo dokonce znacne
> omezit zapisy kvuli inodam. Presto mi vysel o neco pomalejsi nez defaultne
> (instalatorem) nastaveny ext3 (coz je tusim zurnalovani metadat).
>
> Nakonec mi z toho vysel vfat jako nejlepsi, reiser ho v nekterych
> parametrech prekonaval a v jinych byl zase horsi. Vite co je zajimave ?
> Zkousel jsem to hrnout z pasky do /dev/null a obvykle mi to vyslo
> o par procent pomalejsi nez do souboru na disku. Proc je /dev/null tak
> pomaly ? A ta rychlost zapisu do /dev/null se taky dost lisi podle typu
> filesystemu. Nechapu..
>   
Nechapu, ja mam /dev/null docela rychly...

# dd if=/dev/zero of=/dev/null bs=1024000 count=1000
1000+0 records in
1000+0 records out
1024000000 bytes transferred in 0.006057 seconds (169063852878 bytes/sec)

# dd if=/var/www/heaven/servis/OOo_2.0.3_Win32Intel_install_cs.exe
of=/dev/null bs=10240
9486+1 records in
9486+1 records out
97145567 bytes transferred in 1.759777 seconds (55203342 bytes/sec)


CPU: AMD Athlon64 3000+
HDD: HDT722516DLAT80 (IBM / Hitachi 160GB (HDT722516DLAT80) PATA 133
7200RPM 8MB Buffer)
RAM: 256MB DDR400

Libor



Další informace o konferenci Linux