abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 04:55 | Zajímavý software

    Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.

    Ladislav Hagara | Komentářů: 8
    včera 17:33 | Nová verze

    Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.

    Ladislav Hagara | Komentářů: 12
    včera 14:22 | Komunita

    Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.

    Ladislav Hagara | Komentářů: 1
    včera 13:22 | Nová verze

    Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.

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

    Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).

    Ladislav Hagara | Komentářů: 0
    včera 04:55 | Nová verze

    OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.

    Ladislav Hagara | Komentářů: 0
    včera 04:22 | Nová verze

    Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.

    Ladislav Hagara | Komentářů: 0
    včera 04:11 | Nová verze

    R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.

    Ladislav Hagara | Komentářů: 0
    24.4. 22:44 | IT novinky

    IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.

    Ladislav Hagara | Komentářů: 13
    24.4. 15:55 | Nová verze

    Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (73%)
     (9%)
     (2%)
     (16%)
    Celkem 780 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: NFS - lak pri kopirovani velkych suborov

    21.8.2018 10:22 Milan
    NFS - lak pri kopirovani velkych suborov
    Přečteno: 770×
    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: 64 | 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: 64 | 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.