Projekt reprodukovatelné openSUSE dosáhl významného milníku: proof-of-concept fork openSUSE se 100 % reprodukovatelně sestavitelnými balíčky.
Společnost Ondsel se snažila vylepšovat UX/UI FreeCADu a nabízet jej komerčně. Po dvou letech to ale vzdala. Pierre-Louis Boyer, bývalý zaměstnanec Ondselu, by rád pokračoval. Na YouTube představil soft-fork FreeCADu s názvem AstoCAD.
Aplikace pro blokování internetové reklamy v celé síti Pi-hole (Wikipedie) byla vydána v nové verzi 6. Přehled novinek a oprav v příspěvku na blogu.
Vývojáři počítačové hry Kingdom Come: Deliverance II (Wikipedie, ProtonDB) oznámili (𝕏), že za 2 týdny se prodalo 2 miliony kopií.
Společnost xAI založena Elonem Muskem na síti 𝕏 představila Grok-3, tj. novou verzi svého AI LLM modelu Grok.
Byla vydána nová verze 9.9p2 sady aplikací pro SSH komunikaci OpenSSH. Řešeny jsou 2 bezpečnostní chyby: CVE-2025-26465 (MITM pokud je zapnuta volba VerifyHostKeyDNS, ve výchozím stavu je vypnuta) a CVE-2025-26466 (DoS). Detaily na stránkách společnosti Qualys (txt).
Argentinský prezident Javier Milei čelí více než stovce žalob a trestních oznámení kvůli spáchání podvodu, protože na svých sociálních sítích propagoval kryptoměnu $LIBRA, jejíž hodnota se v krátké době znásobila a pak zhroutila.
Wayland Protocols byly vydány ve verzi 1.41. S dlouho očekávaným protokolem správy barev a High Dynamic Range (HDR).
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.11.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest (Wikipedie) v říjnu loňského roku přejmenovaný na Luanti.
V stredu 19. 02. 2025 o 10:00h bude spustený jarný webinár zdarma. Na tomto webinári si ukážeme praktické ukážky monitorovania Prometheus endpointov s využitím nástroja Zabbix. Účastníci sa dozvedia, ako nastaviť a konfigurovať Zabbix na zber dát z prometheus exporterov vrátane vytvárania LLD pravidiel. Tento webinár je určený pre mierne pokročilých administrátorov Zabbixu. Registrácia na stránke: Axians Slovakia. Zoznam všetkých webinárov: Axians Slovakia webináre.
Jenom bych rád připomněl jeden klasický pokec o falešných intelkách. Ještě že číňani zřejmě zatím nefalšují samotný ethernetový čip (moje domněnka, napsáno jsem to nikde nečetl). Naštěstí je gigová síťovka kapánek složitější než třeba USB/232 bridge od FTDI. Jak dlouho bude ta oprásknutá síťovka provozně spolehlivá, to je asi spíš věcí štěstí na konkrétního výrobce ("padělatele").
Výše uvedené se týká gigových metalických intelek. Pokud mohu soudit, síťovka s SFP(+) sloty je v jednom konkrétním ohledu paradoxně jednodušší, signálová cesta do slotu obsahuje jenom kondíky v sérii (střídavá kapacitní vazba - pokud ji nemá čip integrovanou, což třeba gigová i210 má) tzn. naštěstí žádné signálové trafo. O jedno kurvítko míň. I tak zbývají na desce nějaké regulátory napětí, keramické kondíky a krystal, na kterých se dá ušetřit. A pak samozřejmě kvalita pájení apod.
Nedávno jsem držel v ruce nějaký PCI riser ("stromeček") který, ač byl čerstvě dodán a napohled OK, měl zřejmě natolik nekvalitní pozlacení nožového konektoru (plošek na plošáku), že se plošky staly vodivými až po několikátem zasunutí do slotu, až se ošoupala matná vrstva čehosi na povrchu... (no-clean flux?) - a to bylo prosím koupeno přímo od poměrně standardního výrobce, jako příslušenství nějakého počítače. Tolik k prodejcům na Alibabě a E-bayi.
BTW ať už je karta (plošák) originální nebo pajcnutá, maličko se obávám, že 10Gb SFP+ intelka nebude podporovat gigové transceivery (jak tu někdo navrhoval). Je fakt že rozdíl mezi 1Gb SFP a 10Gb SFP+ možná není velký, pokud se mechaniky a pinoutu týče, ale ono jde taky o to, co podporuje samotný čip od Intelu.
V data-briefu originální karty vidím "X520 Adapters with SFP+ connections support 10GBASE-SR, 10GBASE-LR and SFP+ Copper Direct Attach physical media". Tzn. ani slovo o gigabitu.
V datasheetu použitého čipu i82599 jsou podrobnější informace. Pro naše potřeby je irelevantní, že tento čip má vyvedené dva kanály XAUI = každý kanál 4 páry TX a 4 páry RX per 3 Gbps. Pro připojení SFP(+) je potřeba jeden pár tam a druhý pár zpátky. Nad nimi může běžet 10Gb SFI (tupá sériová komunikace) nebo 1Gb formáty 1000Base-BX/1000Base-KX, což jsou pokud vím formáty pro připojení k "pasivnímu backplanu ve vaně" = nikoli k SFP modulu. Na tomtéž pinoutu (nejspíš) je dále podporováno rozhraní SGMII, přes které se intelský čip (MAC subsystém) umí bavit s PHY čipem (v SFP transceiveru) na rychlosti 1 Gbps nebo i 100 Mbps. Podle datasheetu se bohužel zdá, že není podporován klasický gigový SERDES, což je mezi gigovými (a stovkovými) SFPčky zdaleka nejrozšířenější standard! (Pokud správně chápu, BX/KX mají k tupému SERDESu blízko, ale není to přesně totéž.)
Čili gigové SFPčko případně s rozhraním SGMII. Tady narazíte např. na problém, že se nevyskytuje mnoho SGMII SFPček všeobecně, a z těch co se vyskytují, málokteré má platný obsah MSA SPD EEPROM. Ona tam EEPROMka je, ale jsou v ní halušky - a čínský výrobce o ní tvrdí, že je kompatibilní třeba s Ciscem nebu s Huaweiem. Další věc je, že SGMII SFP bude mít uvnitř konkrétní model PHY čipu, značky třeba Marvell nebo Broadcom. A SGMII sice má v souladu s původní specifikací MII PHY nějakou backwards-compatible podmnožinu základních registrů (link up/down, rychlost a duplex, vendor ID), ale reálně se hostitelské zařízení neobejde bez specifické podpory pro konkrétní modely PHY čipů - protože v proprietárních registrech je příliš mnoho užitečných informací, bez kterých transceiver snad ani nejde správně inicializovat. A podrobné datasheety SGMII PHY čipů jsou NDA A třeba i samotná existence konkrétních modelů či podvariant čipů je zahalena tmou.
Nezkoumal jsem ovladač pro Intel 10Gb Ethernet. Momentálně si "na pozadí" trochu hraju s gigabitovou Intelkou od Delocku (čip i210 / driver igb), která má jako snad jediná na trhu SFP slot - a dotyčná varianta čipu ("SKU") podporuje vedle standardního SERDESu teoreticky i SGMII. A v intelském kódu jsem narazil na určitou minimální podporu pro SGMII PHY od Marvellu (jeden-dva modely) a naprostou nepodporu SGMII PHY od Broadcomu. Pak je rozdíl, zda je SGMII PHY přímo na desce (a dá se s ním bavit přes two-wire sériák v režimu MDIO) nebo je uvnitř SFP transceiveru (a MDIO se bridguje nad I2C). A nakonec ještě "fiber SKU" varianta i210 předpokládá v EEPROMce minimálně dvě různá PCI device ID, jedno pro SERDES, druhé pro SGMII - a ovladač na ně spoléhá při volbě režimu (který je jinak konfigurovatelný v registrech nejspíš nezávisle na PID, až na to, že není vidět do hlavy firmwaru i210, který tomu třeba může hodit klacek pod nohy). Chci říct, že "podporuje to SGMII, mám SGMII SFPčko, jdeme na to" ještě zdaleka neznamená úspěch - naopak, šance na úspěch je u Intelu v této situaci poměrně mizivá, protože podporovaný Marvellí PHY čip je deset let stará bílá vrána a zdroják ovladače jeví známky, že mnoho testování na tuto variantu neprodělal. A úžasnou novinku zvanou PHYlib Intel nepodporuje / ve svých linuxových driverech nevyužívá.
Chci říct, že podobný scénář "podpory 1Gb SGMII" bych očekával u 10Gb síťovek Intel.
Někdo tu zmínil FiberStore (fs.com) nebo jak se doopravdy v Číně jmenují. Podle mého mají lidskou technickou podporu, reaguje během cca 1-2 dnů, a nelže. O interních podrobnostech SGMII SFPček se se mnou moc nebavili, ale nemůžu říct, že by mi cokoli slíbili - naopak, umyli si od té mojí blbiny předem ruce. Ten jeden transceiver co jsem koupil na mě působí jako krasavec - mechanickou konstrukcí, i čisté provedení plošáku uvnitř. Teoreticky mají evropský sklad v Německu, prakticky pokud chcete specialitu, která není v Německu skladem, pošlou zboží přímo z Číny (rozdíl v dopravném není velký).
V souvislosti s levnými transceivery bych zmínil také ochotného tuzemského dodavatele Alternetivo. Vědí co prodávají a jsou to pražáci, takže pokud sedíte tamtéž a chcete něco testnout, zkuste se zeptat. Ke mně se chovali vždycky velice vstřícně.
Jinak po webu je k vidění hrst dalších čínských firem, které posílají transceivery přímo kamkoli po světě. Nemusíte ani chodit na Alibabu/E-bay, mají své vlastní weby / e-shopy. Žádné další jsem ale nezkoušel.
Při testování neznámých SFPček, pokud nehrozí reklamace, doporučuji na prvním kusu opilovat aretační "zobáček", aby šlo SFPčko vůbec vytáhnout bez zničení plechového krytu SFP slotu (a petlice na transceiveru).
options ixgbe allow_unsupported_sfp=1Ve FreeBSD se to řešilo obdobně:
hw.ixgbe.unsupported_sfp=1Ale pak to intel s novým driverem zaříznul a vznikl tento patch : patch-if_ix.c (id=221967)
net.core.{r,w}mem_max
, ale už jsem viděl i nadšence, kteří v nějakém pohnutí mysli vypnuli GSO/GRO.
LRO je kapitola sama o sobě, myslím, že nejsem jediný, komu se ulevilo, když Intel konečně po letech změnil default na "vypnuto".
U těch ostatních… v rámci debugování samozřejmě ano, případně i jako dočasný workaround. Spíš jsem měl ale na mysli to, že jsem se setkal i s produkty, kde nějaký mudrc rozhodl, že se to povypíná defaultně (přičemž v jednom konkrétním případě "to" byl checksum offloading), že prý jsou s tím pořád nějaké problémy, a pak se zákazníci diví, proč ta rychlost nějak neodpovídá.
LRO je kapitola sama o sobě, myslím, že nejsem jediný, komu se ulevilo, když Intel konečně po letech změnil default na "vypnuto".Aha, tak tím se vysvětluje, na jakým fetu jel ten, kdo vymyslel default zapnuto u něčeho, co se tluče s bridgem a routováním.
Tiskni
Sdílej: