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

    dnes 17:11 | Zajímavý software

    Na GOG.com běží Spring Sale. Při té příležitosti lze získat zdarma počítačovou hru Deep Sky Derelicts.

    Ladislav Hagara | Komentářů: 0
    dnes 14:22 | Nová verze

    Sound Open Firmware, projekt Linux Foundation, open source audio DSP firmware a SDK, byl vydán ve verzi 2.5.0. Přináší podporu platformy Mediatek mt8188 nebo nový audio modul ARIA (Automatic Regressive Input Amplifier Module).

    Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Nová verze

    Byla vydána nová verze 5.8 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení budou oficiální binární balíčky pro Ubuntu 18.04, Ubuntu 20.04, Ubuntu 22.04, CentOS 7, Amazon Linux 2 a Red Hat Universal Base Image 9.

    Ladislav Hagara | Komentářů: 0
    dnes 12:22 | Nová verze

    Byla vydána nová verze 1.77 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.77 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 2
    dnes 12:11 | Nová verze

    Byla vydána beta verze Ubuntu 23.04 s kódovým názvem Lunar Lobster. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 23.04 mělo vyjít 20. dubna 2023.

    Ladislav Hagara | Komentářů: 0
    včera 17:44 | Nová verze

    Linuxová distribuce OpenMandriva byla vydána ve verzi ROME 23.03. Název ROME říká, že se jedná se o průběžně aktualizovanou (rolling) edici. Stabilní edice nese název Rock, aktuálně OpenMandriva Lx 4.3 Dysprosium.

    Ladislav Hagara | Komentářů: 2
    včera 17:33 | Pozvánky

    Tento pátek od 14:00 proběhne v Brně na FI MUNI konference DevConf Mini. Na programu je celá řada zajímavých přednášek od testování releasů Fedory, přes super počítače nebo Big Data, až po závody autonomních aut. Konferenci bude možné sledovat i na online streamu.

    joejoe | Komentářů: 0
    včera 15:00 | Zajímavý článek

    Minulý týden proběhla hackerská soutěž Pwn2Own Vancouver 2023. Adobe Reader, Microsoft SharePoint, Oracle VirtualBox, Tesla, Ubuntu Desktop, Windows 11, macOS, Microsoft Teams, VMWare Workstation. Vše hacknuto. Synacktiv získal 530 000 dolarů a Teslu Model 3.

    Ladislav Hagara | Komentářů: 12
    včera 07:00 | Nová verze

    Byla vydána nová stabilní verze 3.5 svobodného 3D softwaru Blender. Přehled novinek i s náhledy v oznámení o vydání a na YouTube.

    Ladislav Hagara | Komentářů: 0
    včera 06:00 | Nová verze

    Po 5 měsících vývoje od vydání verze 6.1 byla vydána nová verze 6.2 svobodného open source redakčního systému WordPress. Kódové jméno Dolphy bylo vybráno na počest amerického jazzového altsaxofonisty, flétnisty a basklarinetisty Erica Dolphyho.

    Ladislav Hagara | Komentářů: 0
    Používáte WSL (Windows Subsystem for Linux)?
     (74%)
     (12%)
     (3%)
     (11%)
    Celkem 379 hlasů
     Komentářů: 7, poslední 28.3. 17: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: 582×
    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: 46 | 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: 39 | 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.