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 12:22 | IT novinky

    Amazon koupil společnost Bee zaměřenou na nositelnou osobní AI aktuálně nabízející náramek Pioneer (YouTube) s mikrofony zaznamenávající vše kolem [𝕏, LinkedIn].

    Ladislav Hagara | Komentářů: 2
    dnes 04:33 | IT novinky

    Společnost Teufel nedávno představila svůj první open source Bluetooth reproduktor MYND.

    Ladislav Hagara | Komentářů: 3
    včera 20:00 | Nová verze

    Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 0
    včera 19:33 | IT novinky

    Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.

    Ladislav Hagara | Komentářů: 20
    včera 15:33 | Nová verze

    Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    21.7. 22:44 | Bezpečnostní upozornění

    NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.

    Ladislav Hagara | Komentářů: 4
    21.7. 21:00 | IT novinky

    Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.

    Ladislav Hagara | Komentářů: 0
    21.7. 13:33 | Komunita

    Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.

    Ladislav Hagara | Komentářů: 0
    20.7. 17:44 | Zajímavý článek

    Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.

    Ladislav Hagara | Komentářů: 3
    20.7. 00:33 | Bezpečnostní upozornění

    V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.

    Ladislav Hagara | Komentářů: 15
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (27%)
     (24%)
     (3%)
     (7%)
     (5%)
     (2%)
     (3%)
     (28%)
    Celkem 88 hlasů
     Komentářů: 11, poslední včera 20:35
    Rozcestník

    HTB versus HFSC - měření od oka

    16.12.2006 02:53 | Přečteno: 2285× | Shaping | poslední úprava: 16.12.2006 12:13

    Zajímalo by mě, proč htb omezuje nepřesně, vždy s nějakým úbytkem. Zkoušel jsem měřit jednotlivé rychlosti a odychylky od definovaných hodnot. Omezoval jsem JEN jednu třídu a do ní směroval provoz. Testoval jsem stahování (wget a také přes firefox) 100MB souboru z http serveru na stroji co shapuje. Skutečná hodnota stahování je vždy o 7,4% menší než hodnota definovaná. Takže pokud chci rychlost 1024 kb/s a zadám 1024, dostanu 1024/1,074= cca 953, ale já chci 1024, takže musím logicky těch 1024 vynásobit 1,074 a vyjde mi hodnota kterou musím definovat htb. Dále jsem chtěl zjistit jak je na tom hfsc. Zjistil jsem že úplně stejně, takže nevím co dělám blbě a proč jsou hodnoty odchylek pořád stejná procenta. Pro shaper je 1B přibližně 8,6bitů, takže když si vezmeme vyšší rychlosti, už je tam znát, že nabízené 4096 to určitě nebudou, s vyšší rychlostí je ten propad přirozeně vyšší a to mě štve. Navíc htb při rychlosti 16384 začalo skákat a průměrně byla výchylka mnohem větší než u hfsc. Větší rychlosti jsem vzdal, už to asi nestíhal disk v notebooku do kterého jsem to stahoval, takže by to byly nesmysly. Ale u té 16384 i 8192 kb/s to bylo hezky znát, že htb je rozhozené, četl jsem něco o nějakých parametrech co se musí měnit v závislosti na rychlostech, ale když to hfsc umí bez nich, jedině lépe. Řekl bych že ten test moc o výkonu htb - hfsc nevypovídá, protože je jasné že za jiných podmínek by to asi bylo jinak. Mě šlo primárně o tu výchylku od definované rychlosti.
    Hodnoty jsou ty co tam byly skoro stabilně, zaokrouhleno.
    Soubor stahován asi 30 vteřin, což na odečtení ustálené rychlosti stačilo
    HTB
    ----
    16384 kb/s - 1700 KB/s
    8192 kb/s - 910 KB/s
    4096 kb/s - 480 KB/s
    2048 kb/s - 240 KB/s
    1024 kb/s - 120 KB/s 
    512 kb/s - 60 KB/s
    256 kb/s - 30 KB/s
    128 kb/s - 15 KB/s
    
    HFSC
    ----
    16384 kb/s - 1880 KB/s
    8192 kb/s - 960 KB/s
    4096 kb/s - 480 KB/s
    2048 kb/s - 240 KB/s
    1024 kb/s - 120 KB/s 
    512 kb/s - 60 KB/s
    256 kb/s - 30 KB/s
    128 kb/s - 15 KB/s
    
    Trápí mě to také proto, že měřáky typu dsl.cz, rychlost.cz jsou pro všechny relevantní a mě ta ručička vždy zůstane viset kousek pod hodnotou co tam má být. Budu tedy muset každou hodnotu naddimenzovat o 7,4%? A co když mám od poskytovatele právě tu horní mez?        

    Hodnocení: 100 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    16.12.2006 05:03 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Napadá mě, jestli náhodou to zpomalení nemá nějakou souvislost s přenosem servisních dat (tj. potvrzovací pakety, hlavičky a kontrolní součty v IP paketech apod.)
    Quando omni flunkus moritati
    16.12.2006 09:51 agnostic
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Když už vám jde o přesnost tak je to 7.4% :-)
    Jinak to vaše pátrání po "ztracených" datech - každý protokol má svoji režiji, prostě kousek uzme pro sebe. Nápad, že měření vynásobíte nejakým koeficientem není moc dobrý - různě velké pakety mají různou režiji, takže nikdy nebudete vědět přesně jak ten koeficient má být veliký.
    LFCIB avatar 16.12.2006 12:07 LFCIB | skóre: 19 | blog: LFCIB | /home/lfcib
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Dobrý den, ten koeficient souhlasí při všech rychlostech. Ukázalo to měření. Je pořád stejný až do doby těch 16Mbitů, pak htb začne blbnout, hfsc drží. Pokud jakoukoliv rychlost naddimenzuji o ten koeficient, při stahování mám pak tu "správnou" rychlost kde jsou B a b ve správném poměru. Myslím, že jsem tím simuloval stahování po http což řeším

    ad 7.4% - samozřejmě - omluva :-( ;-)
    -=:L:i:N:u:X:=-<=>-=:4:e:V:e:R:=- Vyhovuje mi Debian GNU/Linux
    16.12.2006 13:01 agnostic
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Ono taky velikost paketů většinou tolik nezávisí na rychlosti, ale na použitém protokolu. Zkuste nějaký VoIP software, který používá malé pakety a poměr bude jiný nebo třeba zmenšit MTU. Dobrý software na sledování statistik velikosti paketů je nejspíš iptraf (statistical breakdown, by packet size).
    LFCIB avatar 16.12.2006 13:09 LFCIB | skóre: 19 | blog: LFCIB | /home/lfcib
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    MTU mám default 1500. Zkusím to zmenšit a otestovat. Díky

    LFCIB
    -=:L:i:N:u:X:=-<=>-=:4:e:V:e:R:=- Vyhovuje mi Debian GNU/Linux
    16.12.2006 13:11 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Těch 7.4 procenta se mi ale moc nezdá. Při přenášení velkého souboru HTTP nemá režii žádnou (tam je jen hlavička dotazu a odpovědi na začátku a pak už data proudí, jak jsou), TCP i IP hlavička má typicky 20 B (občas o něco víc kvůli rozšířením) a obvyklá hodnota MTU je 1500 B. Takže by to mělo být něco kolem 1500/1460, tj. asi 1.027. Pokud tazateli vychází skoro trojnásobek, má buď výrazně nižší MTU nebo je tam ještě nějaký další efekt.
    16.12.2006 13:15 agnostic
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    To bude tím, že zanedbáváte režiji TCP protokolu...
    16.12.2006 13:18 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka

    S TCP hlavičkou (typicky 20 B, ze začátku o něco málo víc) jsem počítal, jakou další režii máte na mysli?

    P.S.: režie - režii

    16.12.2006 14:04 agnostic
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Máte pravdu, měl jsem za to, že je to víc. Další věc co by to mohla být reakce na dropnutí nějakého packetu (RED?) a třeba čekání na ACK (to bude asi zanedbatelné), moc do toho nevidím, tak doufám, že moc neplácám :-)
    16.12.2006 16:21 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Zahozené nebo ztracené pakety by samozřejmě k dalšímu zpomalení vést mohly, ale zdá se mi nepravděpodobné, že by ten poměr byl pořád stejný, a to dokonce i pro různé rychlosti. ACK tady nehrozí, protože jednak ta potvrzení klientovi server posílá přímo ve svých paketech, jednak stejně nemá co potvrzovat, protože u HTTP obvykle během stahování souboru aplikační data běží jen jedním směrem.
    LFCIB avatar 16.12.2006 13:17 LFCIB | skóre: 19 | blog: LFCIB | /home/lfcib
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Dobrý den, mám server v ostrém provozu a přesně se tam projevuje tento úbytek. Sitovky 3com a realtek. Na testovani mam jiný počítač a chová se to stejně. Scripty mám nastavené standardně, žádné extra buřty.

    Pokud by měl někdo možnost otestovat také, byl bych vděčný za zpětnou vazbu. Díky

    LFCIB

    PS: vyzkouším jak se to chová třeba na ftp a napíšu sem výsledky.
    -=:L:i:N:u:X:=-<=>-=:4:e:V:e:R:=- Vyhovuje mi Debian GNU/Linux
    16.12.2006 13:21 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Mezi FTP a HTTP by neměl být žádný rozdíl, tam se to liší jen na začátku (a na konci), jinak oba protokoly posílají po TCP spojení soubor bez jakýchkoli modifikací. Tedy pomineme-li u HTTP možnost posílat soubor komprimovaný.
    LFCIB avatar 16.12.2006 13:24 LFCIB | skóre: 19 | blog: LFCIB | /home/lfcib
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    MTU 100: 53 KB/s
    MTU 200: 88 KB/s
    MTU 750: 115 KB/s
    MTU 1500: 120 KB/s
    Dle mých očekávání.

    Víc z toho přes MTU nedostanu.

    LFCIB
    -=:L:i:N:u:X:=-<=>-=:4:e:V:e:R:=- Vyhovuje mi Debian GNU/Linux
    18.12.2006 00:12 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    Jenze v IPv4 se zacnou pakety fragmentovat. Zkuste namisto rychlosti na aplikacni vrstve merit rychlost na sitove vrsteve (tj. payload linkove vrstvy). Nejjednodussi je odecist cislo z vypisu netstat -i.

    Vasich 7,4 % pri MTU 1500 B predstavuje 111 B, coz je zhruba rovno 2*(IP+TCP hlavicka). Pro inspiraci se podivejte sem (ale moc jim neverim, protoze ja mam TCP/IPv6 pakety kratsi [40+40+42/S+SA+A] nez TCP/IPv4. [60+60+62])
    LFCIB avatar 16.12.2006 16:23 LFCIB | skóre: 19 | blog: LFCIB | /home/lfcib
    Rozbalit Rozbalit vše Re: HTB versus HFSC - měření od oka
    MTU mám 1472(1500)

    LFCIB
    -=:L:i:N:u:X:=-<=>-=:4:e:V:e:R:=- Vyhovuje mi Debian GNU/Linux

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.