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 21:11 | Nová verze

    Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 1
    včera 15:55 | Zajímavý software

    WLED je open-source firmware pro ESP8266/ESP32, který umožňuje Wi-Fi ovládání adresovatelných LED pásků se stovkami efektů, synchronizací, audioreaktivním módem a Home-Assistant integrací. Je založen na Arduino frameworku.

    Indiánský lotr | Komentářů: 0
    8.8. 15:33 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.

    Ladislav Hagara | Komentářů: 3
    8.8. 14:22 | IT novinky

    Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.

    Ladislav Hagara | Komentářů: 1
    8.8. 13:22 | IT novinky

    Operátor O2 má opět problémy. Jako omluvu za pondělní zhoršenou dostupnost služeb dal všem zákazníkům poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství.

    Ladislav Hagara | Komentářů: 8
    8.8. 05:55 | IT novinky

    Společnost OpenAI představila GPT-5 (YouTube).

    Ladislav Hagara | Komentářů: 2
    8.8. 05:00 | Nová verze

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

    Ladislav Hagara | Komentářů: 0
    7.8. 17:33 | IT novinky

    Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.

    Ladislav Hagara | Komentářů: 10
    7.8. 16:55 | Nová verze

    Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 0
    7.8. 16:44 | Nová verze

    Byla vydána verze 1.89.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (46%)
     (20%)
     (4%)
     (5%)
     (3%)
     (1%)
     (1%)
     (19%)
    Celkem 318 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    Rozcestník

    Dotaz: NFS - lak pri kopirovani velkych suborov

    21.8.2018 10:22 Milan
    NFS - lak pri kopirovani velkych suborov
    Přečteno: 819×
    Zdravim,

    mam debian server a na nom zvielam NFSv4 disk. Na druhom PC dam kopirovat z NFS velky subor (50 GB). Ked zacnem paralelne prechadzat v mc NFS disk tak je tam velky lag. Vyzera ze cela siet je pouzita na to kopirovanie. Da sa to nejak limitovat ?

    Odpovědi

    21.8.2018 10:36 debian
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    nie cela siet, ale trafik ...

    pouzi iny file-manager s moznostou nastavit limit rychlosti pri kopirovani.
    21.8.2018 11:25 Milan
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    ked tam bude viac uzivatelov ako sa to potom bude spravat ? Budu navzajom lagovat ?
    21.8.2018 11:44 debian
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Ak pretazis pocitac, tak bude spomaleny. ...

    Ak chces obmedzit NFS4, tak kukni https://serverfault.com/a/510225

    Na nahravanie nepouzivaj NFS, ale pouzi (s)ftp. Ma mensiu systemovu narocnost.

    Totiz, nie je prikaz ako prikaz. Preniest 50MB sa da 2 sposobmi: dd if=in_file of=out_file bs=1M count=50 dd if=in_file of=out_file bs=10M count=5

    Ale druhy sposob menej zozerie systemovych prostriedkov (vykon). Pri druhom sposobe menej dochadza prepinani jadro/system. Lepsie sa pouzije cache. Lebo plati, cim vecsie bloku presuvas, tym je mensia rezia dat. Pokial NFS pracuje na rezime malych bloko 500k, tak nestihne nieco to tak rychlo spracovat (lebo aj system musi nechat cas na vykonanie ukonu napr. zapis realne na disk, ostatny musia cakat).

    Pri nts je dotazovanie client-server vecsie. ....

    Pri nfp vies nastavit rychlost na servere/client aby nevytazoval az tak system, ze by brzdil druhych.
    21.8.2018 11:46 debian
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Totiz, nie je prikaz ako prikaz. Preniest 50MB sa da 2 sposobmi:
    dd if=in_file of=out_file bs=1M count=50
    dd if=in_file of=out_file bs=10M count=5
    21.8.2018 21:49 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Na nahravanie nepouzivaj NFS, ale pouzi (s)ftp. Ma mensiu systemovu narocnost.

    SFTP? To myslíte vážně?

    Pri druhom sposobe menej dochadza prepinani jadro/system.

    Kdybyste používal třeba 4KB bloky tak neřeknu. Ale takhle musím přemýšlet, jak asi máte rychlou síť a disky, aby těch 45 context switchů hrálo nějak významnou roli.

    21.8.2018 22:11 debian
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    SFTP ak chce, aby nikto nevidel, co prenasa. (aj ked existuje nejaka alternativa - sifrovovane prenasa rychlo subory, len neviem ako sa vola).

    Pri sftp je viac narocnejsia na vypoctovy vykon .... a ked servery vecsinou nerobia nic, mozno to problem nie je ...
    21.8.2018 23:55 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    SFTP v domácí lokální gigabitové sítí? To fakt myslíte vážně?
    22.8.2018 07:32 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Což o to, já běžně používám scp na kopírování i mezi dvěma počítači propojenými přímo kabelem, obvykle proto, že je s tím nejméně práce (tedy pro mne). Ale určitě bych si netroufl to zdůvodňovat "menší systémovou náročností". :-)
    22.8.2018 10:55 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    To já také, ale je to pak jednorázové kopírování, a NFS je zpřístupnění filesystému.
    22.8.2018 12:08 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Ohľadne scp, ešte existuje sshfs. Ale ten nerieši pôvodný požiadavku na nastavenie priority toku.

    21.8.2018 12:11 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    To, že ti prenos NFS dokáže využiť pásmo celej sieťovky je fajn. To, že si si nenastavil QoS pre NFS už nemusí byť fajn. Cez QoS si to môžeš kľudne limitovať.

    Teda za predpokladu že nemáš domácu sieť založenú na WiFi 2.4GHz spolu s BT audiotechnikou. Vtedy je problém niekde inde.

    PS: To QoS sa dá aj naklikať na domácom routeri.
    21.8.2018 12:30 Milan
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    ja mam PC1 <- gigabit -> PC2

    problem mam ze ak dam sucasne kopirovat jeden 50 gb subor a potom vela malych suborov tak ta rychlost sa nerozlozi rovnomerne.... Toto by som chcel na strane servera. Ak kopirujem cez vsftpd tak ziaden problem...
    21.8.2018 18:20 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    No nenapsal jsi jaké parametry máš okolo. Mohlo by to bý i něco zcela jiného. zkus si na obou stranách nainstalovat atom a zjistit, co se děje. To co mě napadá při pohledu křištálové koule je:
    1. Utopíš disk na serveru. Vzhledem k tomu, že sít má cca 100MB/s a disk má tak 130MB/s při seriovém čtení zápisu a mnohem méně při random, tak když dáš "vela malých souborov" bude to "vela random" a pomalé.
    2. Máš příkazy v bufferech. Nejsem odborník na interní strukturu NFS, ale očekávám následující: NFS je FS na souborovém levelu. Po sítí běhají příkazy které něco po serveru chtějí. V okamžiku kdy zadáš požadavek na výpis adresáře tak se zařadí do fronty, která je plná požadavků na přenos. Jestli NFS nemá nějakou specifickou prioritizaci požadavku na adresář, který by ve frontě předbíhal, musíš počkat až se vyřídí všechny požadavky ve frontě.
    3. Velikost dirty_pages. viz NFS operací se to týká také.
    21.8.2018 18:22 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    překlep. máš nainstalovat atop
    21.8.2018 19:58 Milan
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    1. ten disk je SSD t.j. 500MB/s
    2. to mam aj pri ftp a tam tento problem nemam. ak kopirujem v 2 threadoch rychlost sa medzi ne rozdeli. Cakal som ze nieco taketo dokaze aj NFS - je to nativny network filesystem. Mam taky pocit ze asi aj samba/cifs je na tom lepsie ako NFS
    3. na to sa pozriem vdaka. Kazdopadne FTP to pouziva asi tiez a ziaden problem
    23.8.2018 12:45 MP
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Aby 50GB a XX souboru melo 1:1 sirku pasma je nesmysl uz by default (rezie metadat). Neni ten vsftpd nahodou single thread?
    21.8.2018 14:47 Kit | skóre: 45 | Brno
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Nejsem si jist, zda je použití NFS pro takové účely vhodné. Hodně záleží na povaze toho 50GB souboru. Pro video bych použil jiný typ sdílení než pro databázi, ale NFS se nehodí ani pro jedno z toho.

    Přimluvil bych se za FTP, ale skutečně záleží na tom, co se přenáší.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    Max avatar 21.8.2018 15:44 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    ...ale NFS se nehodí ani pro jedno z toho.

    Nesouhlasím, produkční db (Oracle 12.2) jedeme přes NFS4.1 (2x10Gbit) pro cca 1k klientských procesů. IOPS nám na poli u DB leze na 5000
    Pole je z ssd disků a celé je to rychlejší, jak předchozí pole s 24x15K SAS přes FC 8Gbit.
    Zdar Max
    Měl jsem sen ... :(
    21.8.2018 15:58 Kit | skóre: 45 | Brno
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Oracle to má vyřešeno, ale nedovedu si představit, že by jiné dva databázové stroje sdílely úložiště přes NFS.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    Max avatar 22.8.2018 07:59 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Pokud jsi narážel na sdílení db souborů, tak to ok, já myslel, že narážíš na používání db s datovými soubory uloženými na NFS. V tom totiž problém také nevidím.
    Zdar Max
    Měl jsem sen ... :(
    29.8.2018 14:01 Odpadlik
    Rozbalit Rozbalit vše Re: NFS - lak pri kopirovani velkych suborov
    Pouzij mensi bloky. Defaultne ma totiz NFS tendenci jit po velkych jumbo paketech coz pak zpomaluje odezvu jinde.

    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.