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 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
dnes 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

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

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 48
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 959 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Při kopírování souborů přes síť rapidně klesá odezva počítače

    16.6.2013 12:24 spectrum
    Při kopírování souborů přes síť rapidně klesá odezva počítače
    Přečteno: 461×
    Dobrý den, na serveru s Debianem 6.0.7 (jádro nějaké 2.6.32-5-amd64) se mi začala dít taková divná věc. Pokud je počítač bez zátěže, pak je odezva celkem běžná (i když vyšší - 2ms, vzdálenost v tom samém switchi). Jakmile ovšem začnu ze serveru kopírovat nějaká data (a je jedno jestli použiju Sambu nebo SSHFS), pak rychlost přenosu klesne na mizerných < 1 MB/s a zároveň vzroste odezva serveru (ping) na 2 s (nespletl jsem se, 2000ms) což v důsledku při vyšším vytížení vede k nedostupnosti serveru.

    Zbytek se jeví v pořádku - ostatní počítače v síti (v tom samém switchi) komunikují obvyklou rychlostí i s běžnou dobou odezvy. Na tomto problémovém počítači jsem zkusil vyměnit kabel i síťovku, ale bez úspěchu. V logu nic není, dmesg neprodukuje žádné chyby, výstup nástroje ethtool je:
    Settings for eth1:
    	Supported ports: [ TP ]
    	Supported link modes:   10baseT/Half 10baseT/Full 
    	                        100baseT/Half 100baseT/Full 
    	                        1000baseT/Full 
    	Supports auto-negotiation: Yes
    	Advertised link modes:  10baseT/Half 10baseT/Full 
    	                        100baseT/Half 100baseT/Full 
    	                        1000baseT/Full 
    	Advertised pause frame use: No
    	Advertised auto-negotiation: Yes
    	Speed: 1000Mb/s
    	Duplex: Full
    	Port: Twisted Pair
    	PHYAD: 1
    	Transceiver: internal
    	Auto-negotiation: on
    	MDI-X: on
    	Supports Wake-on: pumbag
    	Wake-on: g
    	Current message level: 0x00000001 (1)
    	Link detected: yes
    
    a příkaz ifconfig neobsahuje zřejmě nic zvláštního
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:45924189 errors:0 dropped:0 overruns:0 frame:0
              TX packets:11878587 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000 
              RX bytes:2983069646 (2.7 GiB)  TX bytes:14035427645 (13.0 GiB)
              Přerušení:19 Paměť:df220000-df240000 
    
    Pomocí hdparm jsem testoval přenosové rychlosti diskového pole a smartctl také nevykázalo žádné chyby disků. Napadne vás něco, nebo jste se setkali s něčím podobným? Mně napadá už jenom nějaká divná chyby Hardwaru (základní desky) nebo nevím... Předem díky.

    Odpovědi

    16.6.2013 12:41 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    To kopírování je čistě na drátě? Ne přes wifi? Zkuste spustit atop, mělo by vám to říci o zátěžích jednotlivých prvků.
    16.6.2013 21:26 sectrum
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    Kopírování je přes switch, po drátě. Zkusil jsem jiné kabely, jiný port switche, sousední switch a se stále stejným výsledkem (při zátěži=kopírování souborů) se počítač neúnosně zpomalí. HTOP, TOP a jiné ukazují obvyklou zátěž (téměř nulovou, paměť je obsazená na 1GB - ze 4 GB dostupných)..
    16.6.2013 23:46 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    Právě proto jsem psal o atop. Ten nezobrazuje jen zátěž procesoru a procesů.
    16.6.2013 14:16 ZAH | skóre: 41 | blog: ZAH
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    Nepíšeš na jaké rychlosti jede síť. Podobnou srandu jsem zažil, když nějak blbla autodetekce (kabel) a neustále přapínal na 100 síti mezi half a duplex. Zkusil bych nastavit síťovku pevně.
    16.6.2013 21:38 sectrum
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    Podle výpisu dmesg (a výše uvedeného ethtool) to bude tato:
    [192541.166360] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
    Podle dmesg na této rychlosti naskočí a pak na ní drží (řádek se objevuje pouze po zapojení/vypojení kabelu). Nevím jestli to hraje roli, ale hrál jsem si ještě s těma kabelema, dal tam další/jiný kabel, dal to do jiného switche, a fungovalo to na jedničku. No, pak jsem se připojil z domova a už jenom koukám, že je vše při starém. Tzn. po nějakém restartu (třeba vypnutí/zapnutí switche, vyndání kabelu) to chvíli funguje OK a pak to znovu jde do kytek.

    Nejradši bych svedl chybu na ten switch, když linuxové jádro nepíše žádné chyby (tzn. chyba mimo počítač), ale dělá si to co chce, resp. nefunguje tak jak by podle všeho mělo..
    17.6.2013 08:16 j
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    Vem si switch spoj snim jen dva stroje a testuj. Muze byt, ze ti neco posila nejakej bordel do site. Vadna sitovka jedinyho stroje ... vadnej switch ...

    Mimochodem, predpokladam, ze nemas switch kterej by zvladal multicast. Pokud mas zapojeny neco desitkovyho (coz by odpovidalo ty rychlosti) a tvuj nebo jakejkoli jinek stroj zacne posilat do site muticasty, tak se beznej blbej swich zachova tak, ze zacne broadcastovat, a !vsechny porty se chovaj jako desitkovy! bez ohledu na to, co ti ukazuje linka. Nektery stroje se jevej jako desitkovy kdyz sou uspany/vypnuty, presto ze maj stovkovou/gigovou kartu.
    17.6.2013 00:24 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Při kopírování souborů přes síť rapidně klesá odezva počítače
    Jaký OS je na druhé straně? Dělo se mi něco podobného když byl nabotován linux OK, jak jsem nabotoval Windows tak se to někdy odpojilo od sítě i když síťovka byla připojená prostě komunikace nefungovala, v windows jsem musel napevno zadat pro síťovku rychlost, ful/half duplex atd... pak to fungovalo pořád OK.

    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.