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 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ářů: 8
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ářů: 40
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
27.3. 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | 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: Stahování z netu brzdí vše ostatní

    1.8.2004 12:29 mike
    Stahování z netu brzdí vše ostatní
    Přečteno: 221×
    Mám Athlona 2500+ (@2GHz),1GB RAM,ext. modem siemens MC39i

    Když se připojím k internetu,je vše v pohodě,pokud ale začnu něco stahovat,začne to brzdit vše ostatní.Noatun nabíhá cca 20 vteřin,konqueror taky,než to načte obsah adresáře,trvá to i minutu,něco ani nespustím.S tím už jsem se setkával i při surfování přes připojený telefon.Něco mi říká nastavení DMA portu,ale nevím,jak to udělat.Má s tím někdo zkušenosti? Díky

    Odpovědi

    1.8.2004 12:38 Maude Lebowski
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    asi se ti spatne resolvujou jmena...

    mas tam dobre vyplneny a funkcni nameservery?
    1.8.2004 12:43 Vlastimil Ott | skóre: 66 | blog: Plastique | Opava
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Případné chyby najdeš v souboru /var/log/messages nebo příkazem dmesg. Pak budem chytřejší. Nemůže být problém s DNS?
    Práce: Liberix, o.p.s. | Blog: OpensourceBlog.cz | Online kurz Zlatý WordPress
    1.8.2004 14:35 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    nameservery v resolv.conf byly špatně oba,po jejich opravě se bohužel nic nezměnilo.V messages nic nenasvědčuje chybě při připojení.Tady je část výpisu(zkráceno):
    Aug  1 14:10:09 linux chat[3582]: timeout set to 5 seconds
    Aug  1 14:10:09 linux chat[3582]: abort on (BUSY)
    Aug  1 14:10:09 linux chat[3582]: abort on (ERROR)
    Aug  1 14:10:09 linux chat[3582]: abort on (NO CARRIER)
    Aug  1 14:10:09 linux chat[3582]: send (ATX1^M)
    Aug  1 14:10:09 linux chat[3582]: expect (OK)
    Aug  1 14:10:10 linux chat[3582]: ATX1^M^M
    Aug  1 14:10:10 linux chat[3582]: OK
    Aug  1 14:10:10 linux chat[3582]:  -- got it 
    Aug  1 14:10:10 linux chat[3582]: send (AT+CGDCONT=1,"IP","internet"^M)
    Aug  1 14:10:10 linux chat[3582]: expect (OK)
    Aug  1 14:10:10 linux chat[3582]: ^M
    Aug  1 14:10:10 linux chat[3582]: AT+CGDCONT=1,"IP","internet"^M^M
    Aug  1 14:10:10 linux chat[3582]: OK
    Aug  1 14:10:10 linux chat[3582]:  -- got it 
    Aug  1 14:10:10 linux chat[3582]: send (ATDT*99***1#^M)
    Aug  1 14:10:10 linux chat[3582]: expect (CONNECT)
    Aug  1 14:10:10 linux chat[3582]: ^M
    Aug  1 14:10:11 linux chat[3582]: ATDT*99***1#^M^M
    Aug  1 14:10:11 linux chat[3582]: CONNECT
    Aug  1 14:10:11 linux chat[3582]:  -- got it 
    Aug  1 14:10:11 linux pppd[3559]: Serial connection established.
    Aug  1 14:10:11 linux pppd[3559]: Using interface ppp0
    Aug  1 14:10:11 linux pppd[3559]: Connect: ppp0 <--> /dev/ttyS1
    Aug  1 14:10:13 linux kernel: PPP BSD Compression module 
    registered
    Aug  1 14:10:13 linux kernel: PPP Deflate Compression module registered
    Aug  1 14:10:16 linux pppd[3559]: local  IP address 10.176.250.109
    Aug  1 14:10:16 linux pppd[3559]: remote IP address 192.168.254.254
    Aug  1 14:10:16 linux pppd[3559]: Script /etc/ppp/ip-up finished (pid 3616), status = 0x1
    
    1.8.2004 15:18 jm
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Aug 1 14:10:16 linux pppd[3559]: remote IP address 192.168.254.254

    Kam se to pripojujete???

    1.8.2004 15:28 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    to nevím,v resolv.conf mám:

    nameserver 160.218.10.201

    nameserver 194.228.2.1

    podle doporučené konfigurace od eurotelu.
    1.8.2004 18:16 Vlastimil Ott | skóre: 66 | blog: Plastique | Opava
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    To je adresa, kterou dostal přidělenou. A je to výsledek 'geniálního' systému eurotelu, spíš si všímej té první lokální adresy (10.x.x.x) - to je totiž server, ke kterému se připojuje. Kdesi jsem četl, jak to dělají, je to pěkný overkill. A to všechno kvůli komprimaci.

    Mno, to ale problém neřeší, tady to vypadá všechno ok.

    Co ukazuje top - co žere nejvíc procesorového času?
    Práce: Liberix, o.p.s. | Blog: OpensourceBlog.cz | Online kurz Zlatý WordPress
    1.8.2004 19:14 ZAH
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Souhlasím s tím, že to připojení vypadá OK. Zkontroloval bych obsah /etc/host.conf, kde by mělo být
    order hosts,bind
    
    a nikoliv naopak. A poté ještě soubor /etc/hosts kde by se měl nacházet minimálně řádek
    127.0.0.1  localhost.localdomain	localhost
    
    a samozřejmě jetliže jsou použita i jiná lokální symbolická jména tak i ta.
    1.8.2004 22:43 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Takže nejvíce času zabere bezkonkurenčně proces X a to při běžné práci 0:43.88,což se mi zdá dost.Pak následuje init a kdeinit s cca 0:05.xx Pokud hraje muzika,pak artsd má 0:19.43 Zatížení CPU cca 8%.Jinak po přerušení stahování se to výrazně nezmění.Spíš to vše pomalu stoupá.

    v souboru /etc/hosts je:
    127.0.0.1	 localhost
    # special IPv6 addresses
    ::1             localhost ipv6-localhost ipv6-loopback
    fe00::0         ipv6-localnet
    ff00::0         ipv6-mcastprefix
    ff02::1         ipv6-allnodes
    ff02::2         ipv6-allrouters
    ff02::3         ipv6-allhosts
    
    v /etc/host.conf:
    order hosts, bind
    multi on
    
    2.8.2004 00:46 jm
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    A ty IPv6 adresy tam jsou dobre k cemu?
    2.8.2004 07:53 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Mám suse 9.1,to tam udělali jeho tvůrci.Mám to smazat?
    2.8.2004 08:42 Ladislav Sückr | skóre: 21
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    ne to tam nevadi
    a neběží ti BIND?
    Myslet špatně je lepší než nemyslet vůbec.
    2.8.2004 09:22 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Mezi běžícími procesy ho nemám.
    2.8.2004 13:06 Ladislav Sückr | skóre: 21
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    tím stahováním z netu myslíš prohlížení www stránek? zkusil jsi třeba stahování wgetem nebo ftp? brzdí to taky?
    Myslet špatně je lepší než nemyslet vůbec.
    2.8.2004 21:31 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Jakékoliv datové toky přes modem.Stahování něčeho přes lftp,wget,surfování přes konqueror,links,...čím kontinuálnější je datový tok,tím je vše pomalejší.
    3.8.2004 11:21 Ladislav Sückr | skóre: 21
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    a ping nehlasi ztratu dat?
    Myslet špatně je lepší než nemyslet vůbec.
    penguin666 avatar 3.8.2004 15:02 penguin666 | skóre: 26 | blog: Slacked_Life | Praha
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    a neni potreba znovu spustit skripty pro nastaveni site, pokud nastavujes novy dns servery?
    Registered Linux user #307373. Keep Slackin'!
    3.8.2004 15:10 Eerine
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    Možná bude problém úpně jinde, třeba v chybě ovladače toho modemu. Jaké používáte jádro ?
    3.8.2004 22:13 mike
    Rozbalit Rozbalit vše Re: Stahování z netu brzdí vše ostatní
    2.6.4-52 suse,ale blblo to i na 2.4.24. Jinak ping ztracené pakety nehlásí,stahuje to celkem rychle.Siemens modemy většinou zvlášť ovladače nepotřebovaly.ME45 taky šel hned,ale blbnul taky.Dokonce i na Gentoo.Nemůže být problém v kompu? Na PII/300,kde jsem to dnes zkoušel se stejným systémem,to nedělalo.
    4.12.2004 23:12 mike
    Rozbalit Rozbalit vše Nová fakta
    Stále ještě se nepodařilo tento problém vyřešit,ale vysledoval jsem tohle: Při stahování je zabržděno všechno co patří do KDE (libovolné verze),jen některé ostatní programy jedoucí pod X a terminálové programy nejsou zabržděny vůbec.Na použitém distru nesejde,chovají se tak všechny.

    Např.noatun startuje hodně dlouho,ale (g)mplayer stejně jako xmms naběhnou hned.Konqueror i mozilla(1.6) jdou zabržděně.Gimp naběhne hned,Kpaint nikoliv.Nesetkal se s tím už někdo?Co s tím mám dělat?
    4.12.2004 23:20 Michal Kubeček
    Rozbalit Rozbalit vše Re: Nová fakta
    A co vám ukazuje top? Jaká je zátěž procesoru a co ji vytváří?
    5.12.2004 01:13 Jakub
    Rozbalit Rozbalit vše Re: Nová fakta
    Úplně stejný problém jsem měl v Yoper Linuxu, který jsem před časem zkoušel - při zatíženém nebo pomalém ADSL připojení bylo KDE strašně pomalé, programy startovaly 10-30 sekund... Vytížením procesoru to není, to bylo pořád téměř na nule. V jiných linuxových distribucích jsem se s tím nikdy v životě nesetkal. Uživatelé distribuce si na to taky ve fóru Yoperu stěžovali a snažili se dlouho s tvůrci distribuce najít příčinu a odstranit ji, ale bohužel nikdy na nic nepřišli. Zkoušeli aktualizaci jádra, jiný souborový systém, nastavení sítě, atd. Potvrzuji, že problém se týká KDE aplikací. KDE je nějak závislé na síti, nevím proč a jak.
    5.12.2004 08:12 mike
    Rozbalit Rozbalit vše Re: Nová fakta
    Asi budu muset ještě nějaký ten čas počkat,než někdo přijde na to,čím to je.Zatížení CPU při startu programu opravdu bylo skoro na nule,mírně se zvedlo až ve chvíli,kdy se program začne skutečně rozbíhat.Problém je,že to dělalo v suse,mandrake a teď i gentoo :-(
    5.12.2004 14:04 Tom
    Rozbalit Rozbalit vše Re: Nová fakta
    Muzete vyzkouset zastavit vsechny prenosy, spusit v konsole "/usr/sbin/tcpdump -i ppp0 -n", nastartovat treba ten Noatun, po jeho nabehnuti zastavit tcpdump a seznamit nas s vysledkem? Treba se tam neco zajimaveho objevi.

    Tomas
    5.12.2004 14:56 mike
    Rozbalit Rozbalit vše Re: Nová fakta
    bash-2.05b# tcpdump -i ppp0 -n

    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

    listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 68 bytes

    14:51:51.146241 IP 10.176.81.113.41143 > 64.12.24.176.5190: P 181670714:181670720(6) ack 382676361 win 9810

    14:51:52.575834 IP 64.12.24.176.5190 > 10.176.81.113.41143: . ack 6 win 16384

    14:51:55.374941 IP 10.176.81.113.49964 > 160.218.10.201.53: 9838+ A? COMP. (23)

    14:51:56.745840 IP 160.218.10.201.53 > 10.176.81.113.49964: 9838 NXDomain 0/1/0 (98)

    14:51:56.812455 IP 10.176.81.113.49964 > 160.218.10.201.53: 17512+ A? COMP. (23)

    14:51:57.645841 IP 160.218.10.201.53 > 10.176.81.113.49964: 17512 NXDomain 0/1/0 (98)

    14:51:57.873652 IP 10.176.81.113.49964 > 160.218.10.201.53: 19148+ A? COMP. (23)

    14:51:58.585836 IP 160.218.10.201.53 > 10.176.81.113.49964: 19148 NXDomain 0/1/0 (98)

    14:52:00.673686 IP 10.176.81.113.49964 > 160.218.10.201.53: 9839+ A? COMP. (23)

    14:52:02.105840 IP 160.218.10.201.53 > 10.176.81.113.49964: 9839 NXDomain 0/1/0 (98)

    10 packets captured

    10 packets received by filter

    0 packets dropped by kernel

    To byl noatun.
    5.12.2004 19:12 Tom
    Rozbalit Rozbalit vše Re: Nová fakta
    Podle toho bych rekl, ze se nejakych 7 sekund snazil resolvovat svoje hostname prostrednictvim DNS serveru eurotelu, coz by potvrzovalo vetsinu predchozich reakci. Pridal bych zaznam pro COMP (predpokladam, ze to je jmeno Vaseho pocitace) do /etc/hosts (napriklad jako dalsi jmeno pro 127.0.0.1). Pokud tam tento zaznam jiz mate, tak bych zacal badat nad tim, proc neni pouzivan.

    Tomas
    5.12.2004 19:42 mike
    Rozbalit Rozbalit vše Re: Nová fakta
    Ten záznam tam nebyl,přidal jsem ho tam a zatím to vypadá dobře.:-)

    Díky;-)

    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.