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

    Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 21:55 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 14:11 | IT novinky

    Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.

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

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.

    Ladislav Hagara | Komentářů: 22
    27.8. 16:33 | IT novinky

    Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.

    Ladislav Hagara | Komentářů: 1
    27.8. 14:22 | IT novinky

    Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.

    Fluttershy, yay! | Komentářů: 7
    27.8. 13:11 | Nová verze

    Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.

    Ladislav Hagara | Komentářů: 0
    27.8. 05:11 | Komunita

    Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.

    Ladislav Hagara | Komentářů: 18
    26.8. 12:55 | IT novinky

    EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.

    Ladislav Hagara | Komentářů: 71
    26.8. 12:11 | Nová verze

    Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (79%)
     (9%)
     (3%)
     (4%)
     (5%)
     (1%)
    Celkem 104 hlasů
     Komentářů: 9, poslední včera 11:53
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Shapovani sitoveho provozu

    30.5.2008 17:43 | Linux

    Zajimala by mne jedna vec, ktera mi ale bohuzel neni dostatecne jasna. Jedna se o shapovani sitoveho provozu. Predstavme si sit, kde mame x routeru ruzne provazanych mezi sebou a cela sit de do internetu jednim hlavnim spojem natovanym centralnim routerem. Je lepsi shapovat provoz na jednotlivych routerech? Nebo je lepsi resit shaping na danem centralnim routeru? Ciste teoreticky by melo stacit centralizovane reseni, kdyz si sit prevedeme do jakehosi vodovodniho modelu. Jaky je na to vas nazor? Dekuji za pripadne reakce

           

    Hodnocení: 75 %

            špatnédobré        

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

    Komentáře

    Vložit další komentář

    30.5.2008 18:14 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    Ideální je shapovat provoz před úzkým hrdlem, což ale ve vašem případě asi není reálné. Pak je lepší shapovat v místě připojení do internetu (pokud to je to úzké hrdlo), protože tak můžete přidělovat dostupnou šířku pásma. Když budete shapovat na routerech někde dál, musíte omezovat provoz na nějaký průměr, a přitom třeba na jiných routerech bude slabý provoz a jejich šířka pásma tak zůstane nevyužitá.
    rADOn avatar 30.5.2008 18:59 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    ...kdyz si sit prevedeme do jakehosi vodovodniho modelu...
    Další kterej si plete síťařinu s instalatéřinou :-)
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    31.5.2008 08:41 lexaurinek | blog: Lexaurinovy_zapisky
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    ;-)
    30.5.2008 20:23 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    shapovat na centralnim igw.
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    30.5.2008 22:13 EiFFeL | skóre: 27 | blog: EiFFeL | Vranovská Ves
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    otazka je jestli je tech X pripojenych lidi firemni sit nebo sit kde si kazdy plati urcitou konektivitu?
    v pripade prvnim bych se priklanel k shapovani provozu na centralnim serveru, v pripade druhem k shapovani na co nejblizsim miste u klienta
    31.5.2008 08:41 lexaurinek | blog: Lexaurinovy_zapisky
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    Jedna se o "komunitni" sit ;-)
    31.5.2008 08:59 EiFFeL | skóre: 27 | blog: EiFFeL | Vranovská Ves
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    a to jest princip jaky? mate tam tak rozumne uzivatele ze situace kdy dva mezi sebou vytizi sit natolik ze ostatni prestanou fungovat se nestane?
    Grunt avatar 31.5.2008 17:40 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
    Rozbalit Rozbalit vše Re: Shapovani sitoveho provozu
    Shapování funguje tak(no, teda ono funguje všelijak, ale toto je jeden ze způsobů), že skládá příchozí pakety do fronty, kterou jste si určil(to je ta max. povolená rychlost) a ty které se do ní už nevlezou jednoduše zahodí. u TCP to není žádný problém, jelikož to se přizpůsobí a sníží odesílací rychlost po celé šířce spojení. Trošku horší je to už s UDP, jelikož to žádnými takovými algoritmy nedisponuje, takže prostě pere u odesilatele do linky kolik chce a pokud náhodou to kolik chce je více než max. kapacita některého spoje dochází k zahlcení. Takže nejlepší zp. je traffic příchozí z internetu shapovat co nejblíže odesílateli, tedy na centrálním shaperu a směr odchozí u jednotlivých klientů a tím se vyhnete zahlcení vnitřní sítě.
    Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!

    Založit nové vláknoNahoru

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