OT: NFS - zadost o nazor
Ivo (Medved) Hanuska
ihanuska na ip-sec.cz
Sobota Květen 14 10:35:29 CEST 2005
>To posledni sem se uz zapomel zeptat.
>Jaky filesystem je pouzit a jaky je pocet tech adresyru a souboru a
>velikosti tech souboru a kolik celkem klientu na to ma zaroven pristup.
>
>
>
Exportovaných adresaru je 6. Filesystem "bublin", tedy těch loop device
souborů je ext3. Podle toho jak se to chovalo v pátek, se mi zdálo, že
na to má z viv i použitá síťová karta. S původní síťovkou od 3com to
zezačátku jelo OK, pak se to začalo zhoršovat. Poté se použila síťovka
od IBM a problémy , zdá se, ustoupily. Ale problém je, že to 3com
síťovka jinde jede bez sebemenšího problému.... Prostě duchařina!
Klientů je dohromady 43. Do jednoho adresáře jich maximálně přistupuje
10, v 99% času ne současně. Nikdy současně k jednomu souboru. Souborů
jsou stovky. Nikdy jich ale není otevřeno víc, než 43 (každý klient
jeden soubor). Soubory jsou v době, kdy jsou otevřeny zamčené.
>Co se tyce mozneho prispusobovani ci nastavovani kernelove casti nfs
>to sam porad jeste hledam v popisu nsf v kernelu. Na nfs howto o tom neni
>vubec zminka. Alespon pod
>
>http://nfs.sourceforge.net/nfs-howto/ [5]
>
>nic ohledene toho neni. Ale to se take nevzahuje primo na kernelovou cast
>nfs, nybrz na ty programy kolem.
>
>U mne to bylo tak, ze ten shruba 23 GB soubor byl ze sources na ktere
>pristupovalo pouze v dobe potreby ne vic jak 2-3 lidi v jednom case
>s shruba ne vic jak 20 moznych. Nektere sources byly kolem 100 MB
>a chovalo se to tak ze, se naocatku chvilku muselo pockat, a pak
>probeh transfer beznou sitovou rychlosti. Ani loop relay a ani cilovy server
>se pri tom nesekali ci nehodily na halt a to ani s nasim 2 GB testfilem.
>A pouzit pri to byl 2.4.18 kernel.
>
>Dnes s 2.6.x by se to snad nemohlo chovat hure.
>
>Petr
>
>
Díky, IH
Další informace o konferenci Linux