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 23:11 | Nová verze

Byla vydána verze 2.4.0 analyzátoru síťového provozu Wireshark. Jedná se o první stabilní verzi nové řady 2.4. Podrobný přehled novinek v poznámkách k vydání. V červnu proběhla konference SharkFest’17 US věnovaná Wiresharku. Záznamy přednášek jsou k dispozici na YouTube.

Ladislav Hagara | Komentářů: 0
včera 13:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřeného přístupu na 142. brněnský sraz, který proběhne v pátek 21. července od 18:00 hodin ve Sport Centru Srbská (Srbská 4). Od 19:00 je pro zájemce zamluveno hřiště na plážový volejbal.

Ladislav Hagara | Komentářů: 0
včera 12:34 | Bezpečnostní upozornění

V GNOME Soubory, původně Nautilus, konkrétně v generování náhledů exe, msi, dll a lnk souborů byla nalezena a opravena bezpečnostní chyba CVE-2017-11421 s názvem Bad Taste. Při otevření složky obsahující tyto soubory může být spuštěn VBScript obsažen v názvech těchto souborů.

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

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 308 bezpečnostních chyb. V Oracle Java SE je například opraveno 32 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 28 z nich. V Oracle MySQL je opraveno 30 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 9 z nich.

Ladislav Hagara | Komentářů: 0
včera 01:00 | Komunita

Mark Krenz, známý svým twitterovým účtem @climagic (Command Line Magic), kde ukazuje, co vše a jak lze dělat v příkazovém řádku, přednášel včera v Praze. Záznam přednášky je k dispozici na YouTube.

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

Microsoft vydal Skype pro Linux ve verzi 5.4 Beta. Nejnovější Skype pro Linux je postaven na frameworku Electron 1.7.4 a přináší skupinové videohovory.

Ladislav Hagara | Komentářů: 11
19.7. 06:00 | Nová verze

Werner Koch, zakladatel a hlavní vývojář GnuPG, oznámil vydání verze 1.8.0 svobodné kryptografické knihovny Libgcrypt. Jedná se o první stabilní verzi nové řady 1.8. Ta je API i ABI kompatibilní s řadou 1.7. Z novinek vývojáři zdůrazňují podporu kryptografických hašovacích funkcí Blake2 (Wikpedie), šifrovací mód XTS nebo zvýšení výkonu na architektuře ARM.

Ladislav Hagara | Komentářů: 0
18.7. 15:55 | Zajímavý projekt

Stefan Vorkoetter představil na svých stránkách DIY tablet s Raspberry Pi 3 Model B. Z Raspberry Pi odstranil USB porty, ethernetový port i GPIO konektor. Použil oficiální sedmipalcový dotykový displej s rozlišením 800x480 pixelů. Hmotnost tabletu je 484  g.

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

Podpořit vývoj otevřených technologií pro rozpoznávaní řeči lze na stránkách Common Voice. Jedná se o projekt Mozilly, jehož prvním cílem je nahrání a následné zveřejnění pod open source licencí 10 000 hodin záznamů řeči. Pomoci může kdokoli. Stačí na stránkách projektu do mikrofonu přečíst napsaný text nebo si nechat přehrávat již nahrané záznamy a určovat, zda napsaným textům odpovídají. Podrobnosti v často kladených otázkách (FAQ).

Ladislav Hagara | Komentářů: 4
18.7. 05:00 | IT novinky

Do pátku probíhá v Praze IETF 99, tj. 99. setkání organizace Internet Engineering Task Force (IETF) odpovědné za tvorbu internetových standardů RFC (Request for Comments). Vybrané přednášky a jednání lze sledovat online. Záznamy jsou k dispozici na YouTube. Těsně před setkáním bylo vydáno RFC 8200 nahrazující RFC 2460 a po více než 18 letech standardizující IPv6 (STD 86).

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (10%)
 (43%)
 (8%)
Celkem 1023 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    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: 89×
    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.