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

Komunita kolem Linuxu From Scratch (LFS) vydala Linux Linux From Scratch 8.0 a Linux From Scratch 8.0 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází především s Glibc 2.25 a GCC 6.3.0. Současně bylo oznámeno vydání verze 8.0 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.

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

Byla vydána verze 0.10.0 webového prohlížeče qutebrowser (Wikipedie). Přehled novinek v příspěvku na blogu. Vývojáři qutebrowseru kladou důraz na ovladatelnost pomocí klávesnice a minimální GUI. Inspirovali se prohlížečem dwb a rozšířeními pro Firefox Vimperator a Pentadactyl. Prohlížeč qutebrowser je naprogramován v Pythonu a využívá PyQt5. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU GPL 3.

Ladislav Hagara | Komentářů: 9
včera 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 0
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 53
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 39
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 12
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 8
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 715 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    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.