Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Zdravím,
mám problém u routeru postaveném na Core2Quad s rozložením zátěže na všechny CPU.
Distribuci mám Debian, 2.6.18.5 #1 SMP Fri Nov 16 09:54:39 CET 2007 x86_64 GNU/Linux
Router provádí routování i NAT pro zhruba 2000 počítačů, jsou v něm 2 síťové gigabitové karty Intel, přípojka 100 Mbit/s.
Na routeru používám iptables pro MARKování paketů (zkoušel jsem i CLASSIFY) jednotlivých počítačů a jejich následovný traffic control provádí CBQ shaper (tc). Jakmile naroste traffic nad 60 Mbit/s, zatížení prvního jádra CPU naroste na 100%, ostatní 3 jádra CPU zpracovávají jen jiné procesy a jedou tak na 5% a dochází ke zpomalování trafficu do Internetu, prodlužování odezvy (latence) a nárůstu load average nad 1 třeba až na hodnotu 2.5
Nejmarkantněji je to vidět na výpisu /proc/interrupts , kde je vidět, že přerušení obsluhuje jen první jádro.
CPU0 CPU1 CPU2 CPU3
0: 889986765 0 0 0 IO-APIC-edge timer
1: 1929 0 0 0 IO-APIC-edge i8042
7: 0 0 0 0 IO-APIC-edge parport0
8: 0 0 0 0 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-level acpi
14: 0 0 0 0 IO-APIC-edge libata
15: 0 0 0 0 IO-APIC-edge libata
66: 1996439847 0 0 0 IO-APIC-level uhci_hcd:usb2, eth0
74: 0 0 0 0 IO-APIC-level uhci_hcd:usb3, ehci_hcd:usb7
82: 157478315 0 0 0 IO-APIC-level 3w-xxxx
90: 1601931260 0 0 0 PCI-MSI eth1
177: 0 0 0 0 IO-APIC-level uhci_hcd:usb1
185: 0 0 0 0 IO-APIC-level uhci_hcd:usb5, ehci_hcd:usb6
193: 0 0 0 0 IO-APIC-level uhci_hcd:usb4, libata
NMI: 13709 901 721 952
LOC: 872702708 886078398 872702635 886078328
ERR: 0
MIS: 0
Setkal jste se už někdo s podobným problémem a lze to nějak řešit, aby se zátěž přenesla i na ostatní jádra CPU ?
Já chápu, že MARKování nebo CLASSIFY trafficu pomocí IPTABLES je náročné na CPU a slyšel jsem o možnosti odlehčení zátěže pomocí hashing filters (ačkoliv jsem to ještě podrobněji neprocházel), ale spíš mi jde o to, proč nejsou využívána lépe ostatní jádra CPU ?
Pokud máte někdo nějaký tip, prosím, dejte vědět.
JetCat
irqbalance ti bezi? Ak nie tak apt-get install irqbalance.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz