abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 15:00 | Nová verze

    Všem vše nejlepší do nového roku 2026.

    Ladislav Hagara | Komentářů: 7
    včera 13:33 | Zajímavý software

    Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Zajímavý článek

    Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().

    Ladislav Hagara | Komentářů: 2
    včera 03:00 | Nová verze

    Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    30.12. 18:55 | IT novinky

    Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.

    Ladislav Hagara | Komentářů: 0
    30.12. 16:11 | Komunita

    Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.

    Ladislav Hagara | Komentářů: 0
    30.12. 03:33 | Bezpečnostní upozornění

    V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.

    Ladislav Hagara | Komentářů: 0
    29.12. 23:11 | IT novinky

    Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.

    NUKE GAZA! 🎆 | Komentářů: 14
    29.12. 15:55 | Komunita

    FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.

    NUKE GAZA! 🎆 | Komentářů: 7
    29.12. 15:44 | Zajímavý software

    K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.

    NUKE GAZA! 🎆 | Komentářů: 1
    Kdo vám letos nadělí dárek?
     (29%)
     (1%)
     (28%)
     (1%)
     (1%)
     (1%)
     (10%)
     (10%)
     (18%)
    Celkem 224 hlasů
     Komentářů: 22, poslední včera 15:34
    Rozcestník

    Dotaz: Pomalé zápisy přes NFS, rychlé čtení

    Luboš Doležel (Doli) avatar 3.7.2010 20:20 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Pomalé zápisy přes NFS, rychlé čtení
    Přečteno: 675×
    Mám problém s NFS serverem na gigabitové síti. Zatímco čtení přes síť je relativně rychlé (~60 MB/s, lokálně je to ~120 MB/s), zápisy jsou extrémně pomalé (~1,2 MB/s) a způsobují vysoký load na serveru (více než 10), který ho efektivně zamrzne. Zápis přes síť přitom vypadá tak, že klient pošle "naráz" třeba 40 MB dat a pak hrozně dlouho čeká, než se server vzpamatuje. Při zápisu přes FTP přitom není problém dosahovat kontinuálního zápisu i 50 MB/s, což odpovídá rychlosti na lokále.

    Co jsem zkusil a nepomohlo:
    • přepínat mezi TCP a UDP režimem
    • nastavovat wsize na různé malé/velké hodnoty
    • nastavit na serveru i klientovi asynchronní režim
    Teď se musím opravit, nastavení wsize na 65535 vlastně pomohlo. Zápis se zrychlil na 7 MB/s, ale load je nadále šílený.

    I ta blbá Samba si vede líp. Tam čtení i zápis dávají tak 9 MB/s, což sice není vůbec sláva, ale aspoň je to trochu konzistentní rychlost a nezatěžuje to nijak systém.

    Odpovědi

    3.7.2010 21:02 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Jaká je verze NFS? Klient i server je na Linuxu?
    Luboš Doležel (Doli) avatar 3.7.2010 21:04 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Obojí je Linux, na serveru je to 2.6.29.6, na klientovi 2.6.32-2.
    Luboš Doležel (Doli) avatar 3.7.2010 21:07 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    NFSv3.
    AraxoN avatar 5.7.2010 13:03 AraxoN | skóre: 47 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    V 2.6.32 menili niečo čo súvisí s NFS. Tiež mi to písalo často Page allocation failure do logu, a padalo. Pri NFS prenosoch medzi strojmi, kde je po 8GB RAM (z toho 7.8GB free). Na gigabitovej sieti. Musel som kvôli tomu presedlať späť na 2.6.31, čím sa problém odstránil. Ak sa dá, tak vyskúšaj downgrade jadra.
    Luboš Doležel (Doli) avatar 3.7.2010 22:00 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Pokus s exportováním tmpfs odhalil, že do tmpfs to zapisuje rychlostí 83 MB/s. Takže problém je evidentně v tom, že NFS flushuje na disk jako šílený. V /etc/exports je přitom u všech exportů async...
    Luboš Doležel (Doli) avatar 4.7.2010 18:33 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Tak jsem možná našel příčinu. Málo RAM ("jen" 512 MB), objevilo se mi Page allocation failure. Udělal jsem dvě věci:
    • Vyměnil jsem RAM, teď jsou tam 4GB
    • Hodně jsem zvednul vm.min_free_kbytes, aby mohl kernel vždycky trochu lépe dýchat
    A zatím to vypadá lépe.
    5.7.2010 12:34 hajoucha | skóre: 22
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    ještě mě napadl obligátní počet nfsd -tj. počet obsluhujících daemonů. Debian má např. standardně nastaveno tuším 8, což je docela málo. V cat /proc/net/rpc/nfsd najdeš řádek začínající "th" a pak druhé číslo, které následuje (první je počet daemonů) je počet sekund, kdy běžely všechny nfsd naráz. Pokud je to vysoké, zvyš počet daemonů.
    Ruža Becelin avatar 5.7.2010 12:43 Ruža Becelin | skóre: 40 | blog: RuzaBecelinBlog
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Nemas tam parametr actimeo=0 nebo noac?

    Jestli ano, zkus ho dat pryc, nam to zvedlo zapis z 30 na 80MBps na 1Gbps...
    Heron avatar 5.7.2010 13:20 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Při zápisu přes FTP přitom není problém dosahovat kontinuálního zápisu i 50 MB/s
    Samba si vede líp. Tam čtení i zápis dávají tak 9 MB/s, což sice není vůbec sláva, ale aspoň je to trochu konzistentní rychlost a nezatěžuje to nijak systém.

    Už jsem s tím asi otravný, ale co HW sítových prvků? U mě výměna na 3COM switch a Intel síťovky přinesla zrychlení na sambě na de facto saturaci gigabitu (100MB/s). Nemůže být problém v tomto?

    Luboš Doležel (Doli) avatar 5.7.2010 14:30 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Pomalé zápisy přes NFS, rychlé čtení
    Viz zbytek diskuze. Do tmpfs byl zápis rychlý (takže HW to nebyl) a celý problém vyřešilo přidání RAM a vyhrazení většího množství paměti pro jádro.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.