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 02:22 | Zajímavý projekt

Lze si počítačovou klávesnici navrhnout a následně vytisknout na 3D tiskárně? I spínače? James Stanley se rozhodl, že to zkusí a výsledky svého snažení zveřejňuje na svém blogu. V aktuálním příspěvku představil první funkční prototyp s třemi klávesami. Ne, nejsou to Ctrl-Alt-Delete. :-)

Ladislav Hagara | Komentářů: 8
dnes 01:11 | Nová verze

Byla vydána nová verze 1.47 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.47 bude vydáno také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

Ladislav Hagara | Komentářů: 1
včera 13:33 | Komunita

Služba Firefox Send (zprávička) pro jednoduché a soukromé sdílení souborů s end-to-end šifrováním je dočasně pozastavena. Byla zneužívaná k šíření malwaru [reddit].

Ladislav Hagara | Komentářů: 10
včera 05:55 | Komunita

Google a Canonical společně oznámili možnost běhu aplikací postavených na Flutteru (Wikipedie) také na Linuxu. Na Linuxu lze tyto grafické aplikace také přímo vyvíjet. Současně byla představena pomocí Flutteru vytvořená aplikace pro správu kontaktů Flokk. Ukázka aplikace běžící na Ubuntu na YouTube. Flutter SDK i Flokk jsou již k dispozici také jako Snap balíčky na Snapcraftu.

Ladislav Hagara | Komentářů: 8
včera 02:22 | Komunita

Google na svém blogu věnovanému open source představil novou organizaci Open Usage Commons. Cílem této organizace je rozšířit filozofii a definici open source také na ochranné známky projektů. První tři zapojené projekty jsou Angular, Gerrit a Istio. Více v často kladených otázkách (FAQ).

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

Společnost NVIDIA oficiálně vydala verzi 11.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
8.7. 17:44 | Nová verze

Byla vydána verze 6 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek a diskuse v diskusním fóru. Poznámky k vydání na GitHubu. Videoukázky na YouTube.

Ladislav Hagara | Komentářů: 1
8.7. 17:33 | Komunita

MojeFedora.cz informuje, že souborový systém Btrfs míří do desktopové Fedory. Návrh na změnu výchozího souborového systému z Ext4 na Btrfs včera schválilo FESCo a vrátilo ho k finálnímu schválení pracovní skupině kolem edice Workstation. Tam se zamítnutí nepředpokládá, takže se nyní řeší ne jestli, ale kdy ke změně dojde.

Ladislav Hagara | Komentářů: 21
8.7. 15:55 | IT novinky

Společnost SUSE kupuje společnost Rancher Labs. Společnost Rancher Labs je známá mimo jiné svou platformou Rancher pro řízení Kubernetes.

Ladislav Hagara | Komentářů: 14
8.7. 15:11 | Nová verze

Byla vydána verze 2.6.0 svobodného multiplatformního správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 12
Používáte některé open-source řešení [protokol] pro šifrovaný instant messaging?
 (22%)
 (30%)
 (4%)
 (12%)
 (17%)
 (6%)
 (13%)
 (24%)
Celkem 323 hlasů
 Komentářů: 35, poslední včera 02:05
Rozcestník

Dotaz: NFS - lak pri kopirovani velkych suborov

21.8.2018 10:22 Milan
NFS - lak pri kopirovani velkych suborov
Přečteno: 697×
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: 71 | 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: 63 | 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: 71 | 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: 63 | 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: 60 | 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: 60 | 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: 63 | 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: 63 | 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: 44 | 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: 68 | 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: 44 | 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: 68 | 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.