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 | 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ářů: 29
dnes 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ářů: 6
včera 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
včera 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
včera 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ářů: 16
včera 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
včera 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
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 33
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 52
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 950 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 146×
    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.