abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:00 | IT novinky

    DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.

    Ladislav Hagara | Komentářů: 1
    včera 14:22 | IT novinky

    VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.

    Ladislav Hagara | Komentářů: 2
    včera 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

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

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    18.4. 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.4. 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

    Ladislav Hagara | Komentářů: 2
    18.4. 17:22 | Nová verze

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 13
    18.4. 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 2
    18.4. 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 10
    18.4. 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    KDE Plasma 6
     (68%)
     (11%)
     (2%)
     (20%)
    Celkem 566 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    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: 179×
    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.