Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
.
Nebude se to projevovat "skoro" nijak.
Obecně u všech bonding/trunking mechanismů platí, že "jedna a táž" komunikace cestuje vždy stejnou linkou. Algoritmy mohou být různé, ale typicky se spočte nějaký hash ze zdrojové a/nebo cílové MAC nebo IP adresy, a podle něj se rozhodne, kterou z linek v trunku provoz poteče. (Toto chování je dáno požadavkem, aby na linkové vrstvě nedošlo k reorderingu paketů.)
V praxi to znamená, že máte-li strunkované dvě 100 Mbitové linky, jedna komunikace (stahovaní ze serveru, ping, ...) vždy poběží jednou a tou samou linkou a vždy bude mít k dispozici maximálně oněch 100 Mbitů.
Rychlost stahování vám to tedy v žádném případě neznásobí, co se týče pingových odezev a podobně, způsobí to jenom to, že prostě poběží méně zatíženou lajnou - čili opět to neznamená téměř nic. Čekáte-li (na 100 Mbitovém switchovaném) Ethernetu sumární přenosy méně než cca 80 Mbitů (== 60-90, podle kdečeho), nemá trunk smysl. Při přenosech více než cca 80 Mbitů vám to trunk trochu vylepší, při přenosech >100 Mbitů vám to vylepší znatelně.
Každopádně, zázraky (ve smyslu polovičních RTT a dvojnásobných rychlostí) od toho nečekejte, tak to ani fungovat nemůže.
. Bohužel to tedy je úplně k ničemu, protože stejně rychlost nevyužiji (disk nezvládne = starší router). Takže to nakonec můžu nechat pouze jako redundanci konektivity.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz