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 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ářů: 3
včera 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
včera 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
včera 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
včera 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
včera 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
25.1. 13:33 | Komunita

Mozilla.cz informuje, že Mozilla ukončuje program ověřených doplňků. Na server s doplňky addons.mozilla.org může svůj doplněk pro Firefox nahrát jakýkoliv vývojář, stačí k tomu účet Firefoxu. Po automatické kontrole (a případně na jejím základě následující ruční kontrole) je doplněk zveřejněn uživatelům. Nejpoužívanější doplňky, které splňují určité standardy, Mozilla na serveru označuje jako doporučené, a na to chtěla navázat

… více »
Ladislav Hagara | Komentářů: 9
25.1. 09:00 | Komunita

Vývojáři Asahi Linuxu se na Twitteru pochlubili prvním trojúhelníkem zobrazeným pomocí open source ovladače pro Apple M1 GPU. Pracuje na něm Alyssa Rosenzweig z Collabory. Více na jejím blogu (1. část a 2. část). Zdrojové kódy jsou k dispozice na GitHubu.

Ladislav Hagara | Komentářů: 58
25.1. 08:00 | Komunita

V sobotu proběhla konference Online GodotCon 2021 vývojářů a uživatelů multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Zatím nesestříhaný videozáznam příspěvků je k dispozici na YouTube.

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í?
 (28%)
 (3%)
 (1%)
 (21%)
 (0%)
 (3%)
 (43%)
Celkem 208 hlasů
 Komentářů: 4, poslední 25.1. 03:13
Rozcestník

Dotaz: Spojování malých paketů do jednoho velkého bloku

28.4.2004 09:00 T P | skóre: 8
Spojování malých paketů do jednoho velkého bloku
Přečteno: 96×
Mám wifi spoj: server - AP - AP - server. Pokud si spoj testuji, tak z něj dostanu cca 4Mbit. Pokud ale na něj pustím klienty, tak se nedostanu přes 1,5Mbit. Při sledování provozu sítě je tam vidět spousta odesílaných krátkých paketů a pak něco málo dlouhých paketů. Chci se zeptat, jestli se nedá někde v linuxu nastavit, aby server všechny ty krátké pakety spojil a udělal z nich jeden velký a ten odeslal? A na druhé straně server zase ty pakety rozbalil? Tím by se dal určitě lépe využít radiový spoj, kdyby nemusel odesílat tisíce krátkých paketů a místo toho odesílal jeden velký. Prohledal jsem všechno možné, ale nic kloudného nenašel.

Odpovědi

DjAARA avatar 28.4.2004 09:11 DjAARA | skóre: 32 | Praha|Náklo|Olomouc
Rozbalit Rozbalit vše Re: Spojování malých paketů do jednoho velkého bloku
fragmentovane pakety by slo defragmentovat, ale pokud sou to skutecne male pakety (a vsechny sou male) tak by treba pomohlo zvetsit MTU
28.4.2004 10:11 Radek Podgorny
Rozbalit Rozbalit vše Re: Spojování malých paketů do jednoho velkého bloku
A neznamena to M v MTU "maximal"? :-)
28.4.2004 10:28 T P | skóre: 8
Rozbalit Rozbalit vše Re: Spojování malých paketů do jednoho velkého bloku
to jo, ale když ho mám nastavené na 1500, tak proč radio vysílá pakety velký 75 ? A tyhle pakety já potřebuju zachytit a spojit do velkého bloku a poslat. A by radio nevysílalo 10x miniaturní paket místo 1-ho velkého.
28.4.2004 10:32 Cronin
Rozbalit Rozbalit vše Re: Spojování malých paketů do jednoho velkého bloku
Teoreticky je to riesitelne, ale v praxi sa to asi velmi nepouziva. Pri prenose by sa muselo cakat na urcite mnozstvo malych paketov, aby naplnili jeden velky paket a preniesli by sa. Implementacne by musel byt dany nejaky deadline, pocas ktoreho by sa cakalo na prichod malych paketov a po ktorom by sa "velky" paket odoslal aj nenapleny. Takze taketo rieseniu by sice mohlo viest k zlepseniu priepustnosti, ale viedlo by aj k zhorseniu odozvy, co je pri niektorych aplikaciach (synchronizacia casu, hry typu Quake, a pod.) velmi neziaduce.

MTA sa tyka ramcov, nie paketov. Zvysenie MTA pomoze, ak sa jedna skutocne len o retazec server - AP - AP - server, pricom musi byt zvyseny na vsetkych zariadeniach zucastnujucich sa na prenose (vratane switchov, smerovacov, a pod.). Standardna hodnota MTA zvykne byt 1500. Ak vsak je retazec server - AP - AP - internet, zvysenie MTA bude kontraproduktivne, nakolko ak dorazi ramec na zariadenie, ktore jeho velkost nezvladne, vynuti sa nova fragmentacia celeho paketu, z ktoreho bol ramec vytvoreny, na mensie ramce, a prenos celeho paketu sa zopakuje, cim dojde k zvyseniu mnozstva prenasanych udajov aj zvacseniu odozvy.
DjAARA avatar 28.4.2004 10:40 DjAARA | skóre: 32 | Praha|Náklo|Olomouc
Rozbalit Rozbalit vše Re: Spojování malých paketů do jednoho velkého bloku
pokud neodesila ty male pakety kvuli tomu ze se mu nekde cestou fragmentovaly-proto sem hned jako prvni psal defragmentaci paketu...
28.4.2004 13:29 T P | skóre: 8
Rozbalit Rozbalit vše Re: Spojování malých paketů do jednoho velkého bloku
Včerejší testy na spoji, pro který je tato funkce potřebná, ukázaly, že jeho paketová propustnost je 500 pkt/s a datová 2,5Mbit, pokud se však trafik skládá převážně z krátkých paketů jeho kapacita klesá na 1Mbit. odezva 32b pingu je na nezatíženém spoji 2-3 ms na zatíženém (400pkt/s) je odezva 10-40ms. poměr mezi krátkými pakety (do 256b) a dlouhými je zhruba 3:1.

Kdyby se všechny pakety pod 256b spojovaly po paketů 256b klesl by počet paketů na min 1/2 (mělo by to být parametricky konfigurovatelné aby se dala najít ideální hranice pro spojování) Pravidlo by mohlo obsahovat i podnínku jak dlouhé pakety skládat do jak dlouhých balíčků (např: sbírej pakety pod 64 a posílej je po 256, od 64 je posílej v 512 balíčcích. atd.) V praxi by tu měly být minimálně dvě fronty pro úplně krátké pakety a pro delší, které se ale dají poslat v celku.

odezva na nezatíženém spoji 32b 2-3ms 256b 6-7ms 512b 10-11ms

Z toho plyne, pokud by šli krátké pakety balíčky 256b resp. 512b byla by odezva min 6ms resp 10 což je pořád méně než teď když jdou samostatně s odezvou 10-40ms. A díky úspoře množství paketů by se dala efektivněji využít datová propustnost počítám až na reálné 2Mbit

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.