V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
takto vypadá můj výpis. Je možné nějak dosáhnout toho, aby eth0 až eth8 obsadily přerušení 3,4,5,6,7,10,11,13 ?
cat /proc/interrupts
0: 138 IO-APIC-edge timer
1: 268 IO-APIC-edge i8042
8: 1 IO-APIC-edge rtc0
9: 0 IO-APIC-fasteoi acpi
12: 3 IO-APIC-edge i8042
14: 0 IO-APIC-edge ide0
15: 18 IO-APIC-edge ide1
16: 120 IO-APIC-fasteoi eth0, eth5
17: 0 IO-APIC-fasteoi eth1
18: 0 IO-APIC-fasteoi eth2, eth6, eth7
19: 0 IO-APIC-fasteoi eth3, eth4
51: 0 PCI-MSI-edge eth8
NMI: 0 Non-maskable interrupts
LOC: 1281268 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
PND: 0 Performance pending work
RES: 0 Rescheduling interrupts
CAL: 0 Function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
THR: 0 Threshold APIC interrupts
MCE: 0 Machine check exceptions
MCP: 5 Machine check polls
ERR: 0
MIS: 0
Jedná se o to, že routování na prvních kartách jede bez problémů, ale dvě poslední buď nejdou vůbec nebo je tam odezva ping řádově desítky ms, což je hodně ( někdy i stovky ms, podle toho jakou nohou ráno vstanu z postele).
V takových novostech se nevyznám, ale třeba u eth8 máte MSI, což je úplně jiný způsob doručování přerušení, který místo linek používá paměťové zprávy, takže těch čísel je dostupných velké množství (proto taky máte číslo 51) a není pak nějaký problém se sdílením. Asi bych se zaměřil na hardware: co to ja za karty, umí MSI? Slyšel jsem, že některé víceportové karty jsou ošizené a třeba MSI dělají jen pro vyšší porty a nižší dělají vždy po staru.
Jestli máte problém se zpožděním, tak nejprve karty ve slotech prohoďte, ať víte, jestli je problém v kartě nebo v přerušení (slotu). Pokud v přerušení, tak bych zvážil víceprocesorový systém, kde je možné obsluhu rozložit na více procesorů.
Tiskni
Sdílej: