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

Laboratoře CZ.NIC vydaly novou verzi 4.16.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Nově je pro překlad aplikace potřeba použít knihovnu libdatovka. Ta byla vydána ve verzi 0.1.0.

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

Brian Exelbierd, zástupce Red Hatu v představenstvu distribuce CentOS, poskytl rozhovor webu The Register. Ukončení vydávání CentOS jako sestavení RHEL vysvětluje tak, že Red Hat ho odmítl nadále sponzorovat. Dále hovoří o roli a omezeních nového bezplatného vydání RHEL.

Fluttershy, yay! | Komentářů: 13
včera 06:00 | Bezpečnostní upozornění

Balíček s utilitou sudo byl vydán ve verzi 1.9.5p2. Řešena je bezpečnostní chyba CVE-2021-3156. Lokální uživatel může získat práva roota i když není uveden v souboru sudoers. Podrobnosti i s videoukázkou v příspěvku na blogu společnosti Qualys. Chyba byla do kódu sudo zanesena na konci července 2011 (commit 8255ed69). Týká se tedy verzí 1.8.2 až 1.8.31p2 a 1.9.0 až 1.9.5p1.

Ladislav Hagara | Komentářů: 17
26.1. 19:00 | Zajímavý článek

Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2020. Ke konci roku vlastnila 165 530 pevných disků. V průběhu roku jich přibylo 39 792. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, klesla na 0,93 %. V roce 2019 to bylo 1,89 %. V roce 2018 to bylo 1,25 %. V roce 2017 to bylo 1,77 %. V roce 2016 1,95 %.

Ladislav Hagara | Komentářů: 6
26.1. 18:11 | Nová verze

Dle plánu byl vydán Mozilla Firefox 85.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Přibyla ochrana před supercookies. Odstraněna byla podpora Flashe. Řešeny jsou také bezpečnostní chyby. Nejnovější Firefox je již k dispozici také na Flathubu.

Ladislav Hagara | Komentářů: 6
26.1. 12:44 | Nová verze

Byla vydána nová verze 4.15 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl aktualizován na verzi 10.0.9. Thunderbird byl aktualizován na verzi 78.6.0. Linux byl aktualizován na verzi 5.9.15.

Ladislav Hagara | Komentářů: 0
26.1. 12:33 | Komunita

Projekt Mozilly MDN Web Docs dokumentující webové standardy včetně jejich podpory v jednotlivých prohlížečích byl loňským propouštěním citelně zasažen. Poté, co se obsah MDN přesunul na GitHub, čímž se z určitého pohledu více otevřel pro přispívání z řad webových vývojářů, vznikla nová organizace Open Web Docs. Na Open Collective už má přes 60 finančních přispěvatelů a největší mezi nimi jsou Google, Microsoft a Coil. Dále se do projektu zapojuje samozřejmě Mozilla, Samsung a W3C [Mozilla.cz].

Ladislav Hagara | Komentářů: 0
26.1. 11:55 | Komunita

Od verze 7.1 (vyjde na začátku února) bude mít LibreOffice přívlastek Community - přesný název tedy bude LibreOffice Community 7.1. Kromě názvu se nic nemění, nedochází k omezování funkcí apod. Přejmenování je výsledek dlouhých diskuzí nad novým marketingovým plánem a snahou odlišit komunitní a firemní verze LibreOffice. Vznikají také další nové pojmy: LibreOffice Technology - brand pro veškerý software založený na LibreOffice a LibreOffice Enterprise - pro partnery ekosystému a jejich enterprise verze LibreOffice.

Zdeněk Crhonek | Komentářů: 0
26.1. 07:00 | Humor

Umělec a designer Rocky Bergen má na svých stránkách volně ke stažení papírové modely počítačů Amiga 500, Amstrad CPC 464, Apple II a dalších. Čtenáři AbcLinuxu na ně jistě dokážou dostat i Linux. :-)

Ladislav Hagara | Komentářů: 0
25.1. 21:22 | Nová verze

OctoPi, linuxová distribuce pro Raspberry Pi s předinstalovaným webovým rozhraním pro ovládání 3D tiskáren OctoPrint, byla vydána ve verzi 0.18.0. Přehled novinek v oznámení na blogu a na GitHubu.

Ladislav Hagara | Komentářů: 0
Jestliže používáte distribuci CentOS, kterou náhradu plánujete vzhledem k oznámenému ukončení vydávání?
 (29%)
 (4%)
 (1%)
 (21%)
 (0%)
 (3%)
 (42%)
Celkem 213 hlasů
 Komentářů: 4, poslední 25.1. 03:13
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: 152×
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: 80 | 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.