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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 14
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 1
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 779 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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