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 14:15 | Komunita

Daniel Stenberg, autor nástroje curl, na svém blogu oznámil, že obdržel letošní Polhemovu cenu, kterou uděluje Švédská inženýrská asociace za „technologickou inovaci nebo důvtipné řešení technického problému“.

marbu | Komentářů: 1
dnes 13:40 | Pozvánky

Cílem Social Good Hackathonu, který se uskuteční 21. a 22. října v Brně, je vymyslet a zrealizovat projekty, které pomůžou zlepšit svět kolem nás. Je to unikátní příležitost, jak představit nejrůznější sociální projekty a zrealizovat je, propojit aktivní lidi, zástupce a zástupkyně nevládních organizací a lidi z prostředí IT a designu. Hackathon pořádá brněnská neziskovka Nesehnutí.

… více »
Barbora | Komentářů: 0
dnes 00:44 | Pozvánky

V sobotu 21. října 2017 se na půdě Elektrotechnické fakulty ČVUT v Praze uskuteční RT-Summit – setkání vývojářů linuxového jádra a uživatelů jeho real-time verze označované jako preempt-rt.

… více »
Pavel Píša | Komentářů: 5
včera 23:44 | Bezpečnostní upozornění

V Linuxu byla nalezena bezpečnostní chyba CVE-2017-15265 zneužitelná k lokální eskalaci práv. Jedná se o chybu v části ALSA (Advanced Linux Sound Architecture).

Ladislav Hagara | Komentářů: 1
včera 22:44 | Komunita

Greg Kroah-Hartman informuje na svém blogu, že do zdrojových kódu linuxového jádra bylo přidáno (commit) prohlášení Linux Kernel Enforcement Statement. Zdrojové kódy Linuxu jsou k dispozici pod licencí GPL-2.0. Prohlášení přidává ustanovení z GPL-3.0. Cílem je chránit Linux před patentovými trolly, viz například problém s bývalým vedoucím týmu Netfilter Patrickem McHardym. Více v často kladených otázkách (FAQ).

Ladislav Hagara | Komentářů: 4
včera 22:04 | Pozvánky

Rádi bychom vás pozvali na přednášku o frameworku Avocado. Jedná se o testovací framework další generace, inspirovaný Autotestem a moderními vývojovými nástroji, jako je třeba git. Přednáška se bude konat 23. října od 17 hodin na FEL ČVUT (Karlovo náměstí, budova E, auditorium K9 – KN:E 301). Více informací na Facebooku.

… více »
mjedlick | Komentářů: 0
včera 21:44 | Bezpečnostní upozornění

Nový útok na WPA2 se nazývá KRACK a postihuje prakticky všechna Wi-Fi zařízení / operační systémy. Využívá manipulace s úvodním handshake. Chyba by měla být softwarově opravitelná, je nutné nainstalovat záplaty operačních systémů a aktualizovat firmware zařízení (až budou). Mezitím je doporučeno používat HTTPS a VPN jako další stupeň ochrany.

Václav HFechs Švirga | Komentářů: 3
15.10. 00:11 | Zajímavý projekt

Server Hackaday představuje projekt RainMan 2.0, aneb jak naučit Raspberry Pi 3 s kamerovým modulem pomocí Pythonu a knihovny pro rozpoznávání obrazu OpenCV hrát karetní hru Blackjack. Ukázka rozpoznávání karet na YouTube. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
14.10. 15:11 | IT novinky

Online obchod s počítačovými hrami a elektronickými knihami Humble Bundle byl koupen společností IGN. Dle oficiálních prohlášení by měl Humble Bundle dále fungovat stejně jako dosud.

Ladislav Hagara | Komentářů: 8
14.10. 06:00 | Zajímavý článek

Brendan Gregg již v roce 2008 upozornil (YouTube), že na pevné disky se nemá křičet, že jim to nedělá dobře. Plotny disku se mohou rozkmitat a tím se mohou prodloužit časy odezvy pevného disku. V září letošního roku proběhla v Buenos Aires konference věnovaná počítačové bezpečnosti ekoparty. Alfredo Ortega zde demonstroval (YouTube, pdf), že díky tomu lze pevný disk použít také jako nekvalitní mikrofon. Stačí přesně měřit časy odezvy

… více »
Ladislav Hagara | Komentářů: 8
Těžíte nějakou kryptoměnu?
 (6%)
 (2%)
 (15%)
 (76%)
Celkem 718 hlasů
 Komentářů: 24, poslední 27.9. 08:30
    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: 42 | 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.