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 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 3
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 309 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: Jedno pripojeni si zabere celou kapacitu linky u GPRS

    22.11.2004 17:18 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Přečteno: 144×
    Zdravim, takovy mensi problem.

    Pripojuji se k Internetu pres GPRS (Eurotel) a pokud stahuji nejaky soubor, tak kdyz to necham chvili bezet, zabere stahovani celou kapacitu linky a zadne dalsi pripojeni se uz neda sestavit.

    Kdyz pripojim pocitac s Windows XP primo k telefonu, muzu stahovat a zaroven delat i neco jineho. Kdyz ale pouziji Windows XP jako branu a neco stahuji z Internetu na Linux neda se vytvorit dalsi konexe ani z Linuxu ani z Windows.

    Jadra jsem zkousel 2.4.27 a 2.6.4.

    Dokazal by me nekdo nasmerovat, kam se mam podivat nebo jaky parametr TCP/IP to ma na svedomi? Diky.

    Odpovědi

    22.11.2004 19:52 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Však to je správné využít celou linku :-)

    Pokud chcete stahovat data tak kdo dřív příjde ten dřív mele :-)

    Pokud chcete rozdělovat pásmo pro více PC tak viz třeba HTB
    22.11.2004 23:44 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja teda nevim, ale IMHO je to blbost.

    A) Nepotrebuji rozdelovat pasmo pro vice pocitacu (pozorne si prectete popis problemu). Staci mi smysluplne delat na jednom pocitaci. Priklad s Windows jsem uvadel jen pro ilustraci problemu - ze neni problem s pripojenim do Internetu, ale s TCP/IP na Linuxu.

    B) Nastavovat shaping kvuli praci na jednom pocitaci nic nevyresi, protoze se aplikuje predevsim na odchozi pakety a pro prichozi provoz to jaksi postrada smysl, protoze kdyz paket nedorazi, co chcete shapovat?

    Mozna jsem byl malo konretni. Uvedu priklad: Dejme tomu, ze stahuji nejaky balicek s programem. Problem je, ze behem stahovani se vubec nepripojim nikam jinam. Takze musim pozastavim program, ktery stahuje, pockat 5-10 sekund a teprve potom se dostanu napr. na abclinuxu.cz. Kdyz se mi stranka zacne stahovat, tak opet pustim stahovani, aby nevyprsel timeout. Stranka se uz normalne dotahne.

    To mi skutecne v poradku nepripada a vydavat za feature je nesmysl.

    Ale diky za snahu. ;-)
    23.11.2004 01:57 Maude Lebowski
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Asi by jsi si mel ten citovany clanek fakt precist. Muzes se tam dozvedet mnoho zajimaveho. Napriklad co se stane kdyz se spojuji dva pocitace, jeden pres rekneme 10x rychlejsi linku nez ten druhej. A pritom se packety neztraci. Ze by nejak souvisely prichozi a odchozi packety? Co se vlastne mysli shapingem? Rozdeleni linky pro pocitace nebo pro procesy?
    23.11.2004 11:42 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Clanek jsem si samozrejme precetl. Nicmene ten me spis presvedcil o tom, ze to v tomhle pripade nema smysl. Mimo jine se tam uvadi, ze omezeni celkove rychlosti je vhodne nastavit na hodnotu o neco nizsi, nez je kapacita linky. To u cca 4000b/s (u odchozi komunikace jeste min) trochu postrada smysl. To bych sel z blata do louze. Navic IMHO stanovit kapacitu linky u GPRS poradne nejde, protoze pri zvyseni zateze GSM site klesa "kapacita" linky. Aspon to tak chapu.

    Jsem opravdu presvedcen, ze to musi jit vyresit nastavenim parametru TCP/IP, protoze pod Windows se to chova smysluplne. Tj. pokud neco stahuji, dostanu se i na webove stranky (sice pomalu ale dostanu). A nemyslim si, ze by Windows (resp. BSD ;-) ) mely TCP/IP stack, ktery tohle resit umi a Linuxovy ne.

    To co mi doporucujete, by znamenalo, ze ve Windows by byl skryte nastaveny nejaky shaping (QoS jsem ale zrusil). Pak by to ale melo fungovat i kdyz jsou Windows jako brana.

    Bohuzel momentalne nemam cas zkouset vsechny mozne parametry a jak se pak pripojeni chova. Ale asi si ho budu muset stejne najit.
    23.11.2004 06:40 ZAH
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Žiju v lokalitě kde je GPRS jedinou cestou, k trvalému připojení a tak mám u klientů i malé firmy, které jsou celé připojené přes jedno GPRS. Podobné problémy se většinou projevují v souvislosti s dotazy na DNS servry, on ten jeden timeslot je na odchozí provoz skutečně zoufale málo. Osobně pro tyto situace instaluji, vždy cachovací name server a také squid. Není to řešení na 100 procent, ale obvykle postačí. Samozřejmě je potom nutné u všech klientů včetně počítače, kterým se připojuji nastavit adresu DNS na tento lokální DNS server.
    23.11.2004 11:24 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ano, skutecne to vypada, ze odpoved na DNS dotaz neprijde. Ale instalovat jenom kvuli tomuto problemu DNS server a Squid se mi opravdu nechce a neni to reseni problemu, ale jen castecne obejiti. Videl bych to jako uplne krajni reseni. Nicmene dik za napad.
    25.11.2004 23:58 snowracer | skóre: 21 | blog: Omniloquent | Praha
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Já používám na gentoo dnsmasq a jede to snadno. Prakticky žádná konfigurace, pouze zkompilovat a spustit. Není tedy imo důvod se lokální DNS cache vyhýbat / obávat.
    26.11.2004 00:38 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja se neobavam, nicmene bych rad vyresil uvedeny problem a lokalni DNS cache ho nevyresi. Muze jen obcas trochu pomoct. Samozrejme pokud by se to vyresit povedlo, dalsi logicky krok je DNS cache. Round-trip 1 s neni nic moc. :-)
    26.11.2004 02:01 snowracer | skóre: 21 | blog: Omniloquent | Praha
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja mam extremne rychlou linku a stejne rad DNS cache pouzivam. Souhlasim ale, ze s puvodnim problemem to nema nic spolecneho. Chtel jsem jen upozornit na tuto moznost, jak si rychle a bezpracne "zprijemnit" pripojeni :-)
    23.11.2004 12:54 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Dotaz: jde nahradit shaping obecne, vyhradnim pouzivanim SQUID a lokalniho DNS ?? Mam pocit ze ano, alespon nepocituji zadne ujmy, kdyz jeden stahuje, druhy browsuje a nakonec mailserver soucasne stahuje mail.
    brk avatar 23.11.2004 12:36 brk | skóre: 29 | blog: broukoviny
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Pociťuji naprosto stejný problém. Používám telefon Siemens S55, bluetooth adaptér od MSI a na internet se také připojuji přes Eurotel. Dlouho jsem byl také přesvědčen o tom, že na vině je tučňák, protože ve Windows všechno chodí bez problému. Přes BT provozuji mezi PC a telefonem jakousi emulaci sériového rozhraní a ve Windows mám na tento virtuální sériový port nainstalovaný ovladač od Siemensu. V létě jsem ale přeinstalovával Windows a ovladač od siemensu jsem vynechal. Nechal jsem to všechno na ovladačích od BT a použil jsem přednastavený profil dialup, který se k telefonu choval jako k úplně běžnému modemu. Windows se najednou začal chovat stejně jako Linux. Jedno stahování a všechno ostatní šlo do kolen. Z tohohle se domnívám, že problém je v obsluze telefonu, ale jistý si nejsem. Moc do toho nevidím. Nějaká DNS cache, jak již zaznělo, taky nic neřeší. Po nějakém čase stejně dostanu timeout z většiny serverů. Zatím stahuji wgetem s parametrem --limit-rate=5k. Sice to neřeší problém obecně, ale jen dané stahovaní, ale lepší než drátem do oka.
    USE="-qt -kde"
    23.11.2004 14:56 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja pouzivam pripojeni k telefonu pres IrDA a nemam nainstalovany zadny specialni ovladac modemu pro telefon (pouzivam obecny IrDA modem, ktery je ve Windows)... Kadopadne se pomalu zacinam chystat, ze se o vikendu pokusim pohrat si s nastavenim TCP/IP. Pokud bych uspel, dam vedet.

    --limit-rate znam, ale problem je treba s apt (pouzivam Debian). Navic kdyz nic nedelam, tak chci, aby to jelo na plnou rychlost. BTW tobe pomuze omezit rychlost na 5k? Jak rychle ti jede GPRS? Jesli jako me na cca 3,7k, tak je to velice zajimava indicie.
    brk avatar 23.11.2004 15:17 brk | skóre: 29 | blog: broukoviny
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Normálně stahuji něco málo přes 5kB/s, ale –limit-rate=5k to vážně ořízne tak na 3.7kB/s.
    USE="-qt -kde"
    25.11.2004 22:42 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Tak jsem delal nejake pokusy s ping-em. Stahoval jsem soubor na plne rychlosti nejdriv ve Windows a pak v Linuxu. Vypada to, ze v Linuxu se proste vytvori silene dlouha fronta u providera. Ping do Internetu pri stahovani z Windows byl cca 4 s, pri stahovani z Linuxu pak cca 17 s, standardni bez zateze je cca 1 s. ICMP pakety se ale kupodivu zadne neztraceji.

    Jak tomu rozumim ja, tak na zacatku spojeni se u providera udela dlouha fronta a pak uz se udrzuje na stejne delce (zabere samoregulace TCP). DNS pozadavky potom IMHO proste vyprsi (da se nejak nastavit delsi timeout?). Zkousel jsem se pripojit rovnou pres IP adresu a to se temer vzdy povedlo.

    Ping na 17 s vyskoci skoro hned (cca o 1 s za 1 s, zastavi se to na 17 s). DNS pozadavky se prestanou vracet kolem ping-u 10 s. Kdyz jsem zacal stahovat pres dalsi konexi (diky triku s IP adresou), ping nadale pomalu rostl az na 40 s, pak najednou spadnul na 2 s a zase zacal postupne narustat. Kdyz se jeden soubor stahl cely, ping postupne zase klesal na cca 17 s, kde se ustalil.

    Zkousel jsem experimentovat s nejakymi TCP "congestion control" algoritmy, ale na delku fronty u providera to nemelo zadny vliv (ale s westwood-ed se hezceji domlouvaji dve konexe na deleni kapacity)

    Mozna to nekomu, kdo vi do hloubky, jak TCP/IP v Linuxu funguje, neco rekne...

    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.