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.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
Ahoj, potreboval bych poradit, jak do Kubuntu s KDE dostat rizeni spotreby. Mam to na notebooku Lenovo T400 a vidim jenom stav baterie, ale uz nemam 1) odhad zbyvajiciho casu 2) absolutne nejde nastavit rychlost procesoru a tim spotreba - cili baterka, co pod W7 vydrzi >2h tady udela pul hodky a konci. Takze jsem z notebooku udelal stolni PC 
Nepotrebuju ani zadne klikatko, klidne bych se smiril s tim, ze po prechodu na baterku vlezu do konzole a tam si udelanym skriptem neco prepnu, ale potrebuju nastavit rezim snizene spotreby, aby ta baterka chvili vydrzela.
Je to vec jen toho konkretniho NB, nebo distra, nebo je s tim obecne na linuxu problem? Po cem patrat? Dival jsem se i na web podpory lenova, absolutne zadne ovladace, ani SW pro linux, pritom by ale lenovo, zvlast Tckove s linuxem nemely mit potize, spise mam pocit, ze to rizeni spotreby neni v KDE vubec implementovane a musi se resit nejakou externi utilitou?
Diky za nasmerovani, nebo radu,
P.
Řešení dotazu:
Řídit spotřebu ručním snížením frekvence CPU není dobré řešení. Čím pomaleji CPU beží, tím déle mu všechno trvá. Správné řešení je při vyšší zátěži nakopnout frekvenci naplno, rychle provést, co je potřeba a pak CPU uspat. Novější CPU se totiž umí částečně až úplně vypnout, pokud nemají co na práci, což ušetří mnohem víc energie než snížení pracovní frekvence. Jádro od tohoto má CPU gorevnor "ondemand", který se ve výchozím nastavení používá a funguje dobře. Spotřeba se dá snížit jinými způsoby daleko efektivněji.
Pokud jsou nainstalovány pm-utils (v Ubuntu by měly být ve výchozí instalaci), lze provést např. toto
Použít powersaving na SATA řadičích.
V /usr/lib/pm-utils/power.d/sata_alpm nastavte
SATA_ALPM_ENABLE=${SATA_ALPM_ENABLE:-true}
Výchozí nastavení je "false". Že se změna projevila můžete ověřit třeba z výstupu
cat /sys/class/scsi_host/host*/link_power_management_policyPři provozu na aku byste měl dostat min_power, jinak max_performance.
#!/bin/sh
aspm="/sys/module/pcie_aspm/parameters/policy"
[ -w "$aspm" ] || exit $NA
case $1 in
true) echo powersave > "$aspm";;
false) echo performance > "$aspm";;
*) exit $NA;;
esac
exit 0
a nastavte mu executable flag (chmod +x 01-pcie_aspm).
SUBSYSTEM!="pci", GOTO="power_runtime_rules_end"
ACTION!="add", GOTO="power_runtime_rules_end"
KERNEL=="????:??:??.?"
PROGRAM="/bin/sleep 0.1"
ATTR{power/control}=="*", ATTR{power/control}="auto"
LABEL="power_runtime_rules_end"
Nastavení se projeví po reloadnutí pravidel udevu, často se doporučuje prostě restartovat stroj.
Že vám nikde nic neutíká lze ověřit třeba nástrojem powertop. Na kartě "Tunables" by při provozu na aku mělo být naprosté minimum položek označených jako "Bad". Lze samozřejmě vymyslet spoustu dalších tríků, ale tyhle mám vyzkoušené. Jen je třeba dát bacha na to, že nemusí fungovat na každém hardwaru (zejména ASPM na PCI-E) takže je potřeba vyzkoušet, že se třeba stroj nezačne při provozu na aku zasekávat atp. Proto to taky není povolené by default.
Chce to ujistit se, jestli jsou nainstalované drivery pro frequency scaling, jestli nejsou (jakýmkoliv způsobem) zakázané C-stavy atd. Nicméně frekvence CPU má na spotřebu energie překvapivě malý vliv, pokud jsou povolené a funkční C-stavy. Vřele doporučuji nainstalovat si Intel PowerTop, který se důkladně podívá na možnosti snížení spotřeby systému, včetně toho, které procesy způsobují probouzení procesoru z úsporného režimu, které sběrnice by se mohly vypnout atd.
Řízení spotřeby není implementované v KDE ani v jiném grafickém prostředí. Samozřejmě se dá v KDE nakonfigurovat takový ten high-level pohled na věc, například po jaké době nečinnosti uživatele snižovat jas displeje, ale to je tak asi všechno. Low-level věci nejsou (zcela správně) věcí KDE. Je potřeba si nainstalovat vhodnou sadu skriptů a udev pravidel pro tento účel, pokud je příslušná distribuce nemá automaticky nainstalované nebo pokud nepoužívá systemd. Většina distribucí nějaký balíček na toto „téma“ měla, než celou agendu převzal systemd.
Ten powertop je to, co jsem potreboval
Prikladam vypis :
>> Bad NMI watchdog should be turned off Bad VM writeback timeout Bad Enable SATA link power Managmenet for host0 Bad Enable SATA link power Managmenet for host1 Bad Enable SATA link power Managmenet for host2 Bad Enable SATA link power Managmenet for host3 Bad Autosuspend for USB device USB Receiver [Logitech] Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 Bad Runtime PM for PCI Device Intel Corporation 82801 Mobile PCI Bridge Bad Runtime PM for PCI Device Intel Corporation ICH9M-E LPC Interface Controller Bad Runtime PM for PCI Device Intel Corporation 82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller [AHCI mode] Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) SMBus Controller Bad Runtime PM for PCI Device Ricoh Co Ltd RL5c476 II Bad Runtime PM for PCI Device Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 Bad Runtime PM for PCI Device Intel Corporation Mobile 4 Series Chipset AMT SOL Redirection Bad Runtime PM for PCI Device Intel Corporation Mobile 4 Series Chipset MEI Controller Bad Runtime PM for PCI Device Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller Bad Runtime PM for PCI Device Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller Good Wireless Power Saving for interface wlan0 Good Enable Audio codec power management Good Autosuspend for USB device UHCI Host Controller [usb5] Good Autosuspend for USB device Integrated Camera [Chicony Electronics Co., Ltd.]
Je tam toho hodne. Ale ukazuje mi to spotrebu ve wattech a zbyvajici cas aku - nedela se neco na ten zbyvajici cas do panelu, nebo jako widget na plochu?
No ale sranda je, ze to ted "zere" 13W a baterka by mela vydrzet stejne, jako na W7, t.j. cca 2 hodiny. Vyzkousim to v praxi, jak je to presne. Asi mi tam skutecne neco, co zralo, viselo, ze se mi vybila baterka tak rychle.
Zatim tedy diky za super tip a pokud by nekdo mel nejakou radu k tem mym BAD bodum, sem s ni. Ale ta predpokladana vydrz zatim vypada dobre i tak, procesor se celkem flaka a bezi jen sem tam neco. Nejvic snad zere amarok 
Jak už jsem psal, existují na to sady skriptů a udev pravidel, které dovedou nastavení většiny těchto záležitostí automaticky zajistit, ideálně ve spojení se systemd.
Používám například TLP zaměřený na ThinkPady a v nimulosti jsem používal starší laptop-mode-tools (než je nahradil TLP). Oba balíky mají konfigurační skripty, ve kterých se dá nastavit několik jednoduchých optimalizačních parametrů. Například v ArchLinuxu je TLP přímo v distribuci, včetně drobného tweaku pro bezdrátovou konektivitu, zatímco staré laptop-mode-tools jsou v AUR.
Po instalaci TLP (a povolení příslušných služeb v systemd či v jiném spouštěcím systému dle distribuce) by rozhodně měla analýza spotřeby v Intel PowerTopu „dopadnout“ příznivěji, a to bez nutnosti spouštět PowerTop a tweakovat něco po každém startu.
Ano, mělo by to tak být. Aby to opravdu dobře fungovalo, rozhodně stojí za to nainstalovat taky tlp-rdw a všechny možné optional dependencies, uvedené například v seznamu tady. Pak to bude umět omezit spotřebu u spousty různých zařízení.
Tiskni
Sdílej: