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 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 2
    dnes 03:55 | Nová verze

    VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.

    Ladislav Hagara | Komentářů: 0
    včera 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 5
    včera 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    včera 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    včera 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    27.4. 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    27.4. 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 8
    27.4. 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (15%)
     (25%)
    Celkem 1449 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Iptables a počítadle v OUTPUT

    20.11.2008 17:30 Radek Hladik | skóre: 20
    Iptables a počítadle v OUTPUT
    Přečteno: 211×
    Dělám si na serveru jednoduchou statistiku přenosů pomocí počítadel v iptables. Zjistil jsem ale, že v případě chainu OUTPUT je průměrná velikost packetu v některých případech skoro 3KB. Přitom MTU mám nastavené na 1500.

    Mám pocit, že IP vrstva se snaží odeslat větší packety než je MTU, což je vlastně až nastavení síťovky. Takže síťovka pošle maximálně 1500B a IP vrstva přebývající data pošle v dalších packetech. Mám tedy pocit, že jak počet packetů, tak množství přenesených dat, nebude odpovídat realitě.

    Je tedy možné získat nějak přesná data pomocí iptables? Nebo je možné nastavit IP vrstvu, aby se maximálně snažila poslat 1500B - a jak by se to projevilo na výkonu?

    Jako linková vrstva je gigabitový ethernet, který teoreticky umí i jumbo framy, ale ty nejsou povolený. Data bohužel potřebuju měřit přímo na serveru, nikoliv až někde cestou.

    Radek

    Odpovědi

    20.11.2008 17:40 Petr Holík
    Rozbalit Rozbalit vše Re: Iptables a počítadle v OUTPUT
    Zamenujete termin IP packet(datagram) a ethernetovy ramec. U 100 Mbit ethernetu je skutecne maximalni velikost ramce cca 1500 bajtu ale u IP packetu je to cca 65KByte. Tudiz jak spravne usuzujete IP packet je fragmentovan a pak opet sestaven. Takze:

    Nemyslim se, ze se jedna o chybny stav, pripadne ze data nesouhlasi. Tudiz neni potreba cokoliv opravovat.
    20.11.2008 18:03 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Iptables a počítadle v OUTPUT
    To dává smysl. Ale zaráží mně, že v případě chainu INPUT je opravdu maximální velikost packetu 1500B, tzn. tam se defragmentace udělá až po započítání? A jak systém dospějě k těm cca 3KB v případě odchozích packetů - je to nastavené na úrovni aplikace nebo si to IP vrstva řídí sama? Jedná se o iSCSI provoz, takže není důvod k nějaké principielní asymetričnosti, klient i server mají shodné nastavení.

    A ověřil jsem, že se data opravdu započítávají správně. Přečtení i zapsání xGB dat opravdu započítá správný počet dat, jen v případě OUTPUT je velikost packetu skoro 3000B, zatímco u INPUT je to skoro 1500B.
    21.11.2008 19:37 Petr Holík
    Rozbalit Rozbalit vše Re: Iptables a počítadle v OUTPUT
    To bohuzel bez pohledu do zdrojovych kodu nebo intezivniho googleni nejsem schopen odpovedet. Pokud vas to opravdu zajima zkuste, mezi zarizeni vlozit hub a spustit si ethereal a budete mit jasno :) pripadne se podivejte do zdrojaku iptables, coz nemusi byt uplne jednoduche.

    21.11.2008 23:09 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Iptables a počítadle v OUTPUT
    mozno som mimo, ale nie je to tym, ze k defragmentacii dochadza uz pri zdroji?

    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.