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í
×
včera 14:33 | Nová verze

Byla vydána nová verze 1.30 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání.

Ladislav Hagara | Komentářů: 2
včera 14:22 | Nová verze

Deset dnů po představení beta verze byla vydána stabilní verze Steam Linku pro Raspberry Pi umožňující streamovat hry ve službě Steam z počítače na televizní obrazovku.

Ladislav Hagara | Komentářů: 7
13.12. 20:00 | Nová verze

Byla vydána (YouTube) verze 2018.3 multiplatformního herního enginu Unity (Wikipedie). Přehled novinek i s videoukázkami v příspěvku na blogu a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
13.12. 19:33 | Nová verze

Byla vydána verze 18.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Správce souborů Dolphin umí nově například zobrazovat náhledy dokumentů vytvořených v LibreOffice a aplikací ve formátu AppImage. Konsole plně podporuje obrázkové znaky emoji. V Okularu lze k pdf souborům přidávat poznámky.

Ladislav Hagara | Komentářů: 11
13.12. 17:11 | Nová verze

Byla vydána nová stabilní verze 2.2 (2.2.1388.34) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují například vylepšení správy listů - vybrané listy lze uložit jako relaci, možnost zobrazení klávesových zkratek určených webovou stránkou nebo možnost přehrávání videí v režimu obrazu v obraze. Nejnovější Vivaldi je postaveno na Chromiu 71.0.3578.85.

Ladislav Hagara | Komentářů: 8
13.12. 14:22 | Nová verze

Po 4 měsících vývoje od vydání verze 3.0.0 byla vydána nová verze 3.1.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 189 vývojářů. Provedeno bylo více než 1 900 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
13.12. 01:32 | Nová verze

Letos bylo v komunitě Mageia hodně změn. Po volbě nových vedoucích přišla velká aktualizace a krátce na to udržovací verze 6.1. 7.12., dle plánu, vyšla Mageia s číslem 7 v její první beta verzi. Chyby můžete hlásit v bugzille. Chyby v českých překladech pak na fóru české komunity.

Joelp | Komentářů: 3
13.12. 00:11 | Zajímavý projekt

Kvůli rychlejšímu vývojovému cyklu byla přemístěna Cinelerra-gg. Cinelerra-gg je fork Cinelerry-hv. Některé rozdíly forků popisuje sám hlavní vývojář William Morrow (aka GoodGuy). Není zde popsán i fork Lumiera, zřejmě kvůli zatím nepoužitelnému stavu.

… více »
D81 | Komentářů: 2
12.12. 19:11 | Nová verze

Do aplikace pro instant messaging Telegram (Wikipedie) lze nově nahrát češtinu. Více v příspěvku na blogu Telegramu.

Ladislav Hagara | Komentářů: 7
12.12. 10:55 | Nová verze

Jean-Baptiste Kempf, prezident neziskové organizace VideoLAN stojící za svobodným multiplatformním multimediálním přehrávačem a frameworkem VLC, oznámil v příspěvku na svém blogu vydání první oficiální verze 0.1.0 v říjnu představeného dekodéru svobodného videoformátu AV1 (AOMedia Video 1) s názvem dav1d (Dav1d is an AV1 Decoder). Jedná se o alternativu k referenčnímu dekodéru libaom. Kódový název dav1da verze 0.1.0 je Gazelle.

Ladislav Hagara | Komentářů: 3
Chystáte se přejít na Wayland na „desktopu“?
 (25%)
 (7%)
 (12%)
 (31%)
 (25%)
Celkem 129 hlasů
 Komentářů: 19, poslední včera 18:37
Rozcestník

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: 148×
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.