Byla vydána nová major verze 28.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2024 (pdf), kde shrnuje své aktivity v loňském roce a přináší i základní popis situace na trhu. Celkový objem přenesených mobilních dat za rok 2024 dosáhl dle odhadu hodnoty přibližně 1,73 tis. PB a jeho meziroční nárůst činí zhruba 30 %. Průměrná měsíční spotřeba dat na datovou SIM kartu odhadem dosáhla 12,5 GB – v předchozím roce šlo o 9,8 GB.
Z novinek představených na Google I/O 2025: Přehledy od AI (AI Overviews) se rozšiřují do dalších zemí. Užitečné, syntetizované přehledy od generativní AI jsou nově k dispozici i českým uživatelům Vyhledávače.
Šestice firem označovaných jako „MAMAAN“ – tedy Meta (Facebook, Instagram), Alphabet (Google), Microsoft, Apple, Amazon a Netflix – je zodpovědná za více než padesát procent světového internetového provozu. Dalšími velkými hráči jsou TikTok a Disney+. Společně tak zásadně určují podobu digitálního prostředí, spotřebitelského chování i budoucích trendů v oblasti technologií. I přesto, že se podíl těchto gigantů od roku 2023 o něco snížil, jejich dominantní postavení zvyšuje volání po regulaci.
Evropská komise (EK) navrhuje zavést plošný poplatek ve výši dvou eur (zhruba 50 Kč) za každý malý balík vstupující do Evropské unie. Poplatek se má týkat balíků v hodnotě do 150 eur (zhruba 3700 Kč), které v EU nepodléhají clu. V loňském roce bylo do EU doručeno kolem 4,6 miliardy takovýchto balíků. Poplatek má krýt náklady na kontroly rostoucího počtu zásilek levného zboží, které pochází především z Číny.
Dnes a zítra probíhá vývojářská konference Google I/O 2025. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
V Bostonu probíhá konference Red Hat Summit 2025. Vybrané přednášky lze sledovat na YouTube. Dění lze sledovat na síti 𝕏 (#RHSummit).
Společnost Red Hat oficiálně oznámila vydání Red Hat Enterprise Linuxu 10. Vedle nových vlastností přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Podrobnosti v poznámkách k vydání.
Tuto sobotu 24. května se koná historicky první komunitní den projektu Home Assistant. Zváni jsou všichni příznivci, nadšenci a uživatelé tohoto projektu. Pro účast je potřebná registrace. Odkazy na akce v Praze a v Bratislavě.
Troy Hunt představil Have I Been Pwned 2.0, tj. nový vylepšený web služby, kde si uživatelé mohou zkontrolovat, zda se jejich hesla a osobní údaje neobjevily v únicích dat a případně se nechat na další úniky upozorňovat.
Jaký je váš názor na šumění větráčku na CPU? Pokud vám stejně jako mně vadí a máte některou z podporovaných architektur (Intel Core, Atom, Pentium M; AMD: Turion64, Turion X2, X2), můžete ho zkusit trochu ztišit pomocí následujícího návodu.
Ještě upozornění - vzhledem k tomu, že se jedná o nízkoúrovňový přístup k hardware, neručím za případné škody na majetku a zdraví (když vám vyprskne do obličeje rozpálený procesor a způsobí vám vážné popáleniny, za mnou nechoďte).
(I když to nejhorší, co by se vám teoreticky mohlo stát je nestabilita systému)
Linux PHC je projekt, který umožňuje uživatelům snížit elektrické napětí na jádře procesoru. Pro hladkou funkčnost procesoru je potřeba určité minimální napětí na jádře, které roste spolu s pracovní frekvencí procesoru. A díky tomu, že každý procesor (i stejného typu) je v malé míře odlišný od ostatních - a tedy i minimální napětí pro hladký chod se kus od kusu liší, řeší to výrobce tím, že nastaví nějakou bezpečnou hranici, při které velká většina běží stabilně. A tady nám vzniká prostor, který se snaží využít právě PHC.
Takže, co nás čeká?
Budeme potřebovat: zdrojové kódy aktuálního jádra, nástroje pro kompilaci, PHC patch pro náš procesor. Potřebné balíčky nainstalujeme v Debianu pomocí: aptitude install build-essential linux-source-2.6.30. PHC patch není v repozitáři - musíme ho stáhnout z fóra.
Pokud máme štěstí a acpi_cpufreq (pro procesory AMD powernow-k8)je zkompilován jako modul (zjistíte pomocí příkazu: zcat /proc/config.gz |grep ACPI_CPUFREQ) (pro procesory AMD nahraďte ACPI_CPUFREQ POWERNOW_K8, můžeme pokračovat - v opačném případě bude nutné znovu přeložit jádro.
cd /usr/src tar xf linux-[verze].tar.bz2 cd linux-[verze] zcat /proc/config.gz > .config #pokud nefunguje, vezmeme config z /boot make oldconfig # Pokud je acpi-cpufreq modul, stačí nám spustit make prepare make scripts # Pokud ne, spustíme make menuconfig, nastavíme konfigurační volbu # Power Management Options->CPU Frequency Scaling->ACPI Processor P-States na "M", # spustíme make, make install, make modules_install, upravíme zavaděč a restartujeme do nového jádra.
Nyní nám už zbývá jen rozbalit PHC, přeložit a nahrát upravený acpi-cpufreq modul:
tar xf phc-[verze].tar.gz cd phc-[verze] make prepare make make install rmmod acpi-cpufreq # resp. powernow-k8 pro procesory AMD modprobe phc-intel # resp. phc-k8
Tím je PHC nainstalován a o jeho přítomnosti by měly svědčit nově vytvořené soubory: /sys/devices/system/cpu/cpu0/cpufreq/phc_*
V adresáři /sys/devices/system/cpu/cpu0/cpufreq/ se nám (pokud vše proběhlo hladce) vytvořily nové soubory s prefixem phc_. Nejdůležitějším je phc_controls, který, pokud si vypíšeme jeho obsah ukáže něco takového: 11:15 8:15 6:15 - je zde vždy identifikátor frekvence procesoru (FID) a identifikátor napětí (VID), oddělený dvojtečkou pro každou frekvenci, na které může procesor běžet. Výchozí nastavení ve stejném formátu je pak v souboru phc_default_controls. Nevýhodou tohoto formátu je, že skutečná hodnota napětí a frekvence je pro každý typ procesoru jiná a není možné ji bez datasheetu k procesoru spočítat.
Jakoukoliv změnu provádíme zápisem ve stejném formátu do souboru /sys/devices/system/cpu/cpu0/cpufreq/phc_control (samozrejmě musíme pod rootem).
Takže jak nastavovat? Pokud máme spuštěný nějaký userspace program na škálování frekvence procesoru, vypneme ho. Nastavíme userspace governor (pokud není k dispozici, pro nejvyšší frekvenci poslouží dobře i performance):
root@Odyssey:/sys/devices/system/cpu/cpu0/cpufreq# echo userspace > scaling_governorDále nastavíme nejvyšší frekvenci procesoru (u mě je to cca 1.46GHz):
root@Odyssey:/sys/devices/system/cpu/cpu0/cpufreq# echo 1467000> scaling_setspeedZatížíme procesor - osvědčilo se mi použití mprime (32bit a 64bit verze) a začneme snižovat napětí po malých krůčkách. Tedy pokud v phc_controls máte např. 11:43 8:27 6:15, můžeme začít s nastavením 11:40 8:27 6:15. Pokud máte vícejádrový procesor, nezapomeňte toto změnit pro všechna jádra
Po každé změně nechte počítač chvíli zatížený a při jakýchkoliv projevech nestability vraťte zpět poslední funkční hodnotu. Tento postup opakujte pro všechny další frekvence. Nicméně, u procesorů Intel Core(2) není možné snižovat napětí pod výchozí hodnotu nejnižší frekvence..
Pokud už jste se dostali na hranici, kdy už dále nechcete/nemůžete snižovat napětí, doporučuji nechat počítač běžet zatížený několik hodin (k tomuto opět poslouží např. mprime) a pokud se objeví jakékoliv známky nestability, napětí o trošku zvýšit). Výsledné hodnoty pak můžete přidat do startovacího skriptu
Pokud vás zajímají nějaké výsledky, provedl jsem mini test. Testoval jsem na notebooku Lenovo N200 (procesor Intel DualCore T2310 (1.4GHz), s výchozími a s nejnižšími dosaženými hodnotami (systém běží stabilně i na nejnižsí možné napětí). Testoval jsem vždy idle (několik málo spuštěných aplikací a daemonů, na počítači jsem v tu dobu nepracoval) a plnou zátěž CPU programem mprime. Na počítači běželo jádro 2.6.31-rc6 (x86_64) a nebylo nijak řešeno šetření energií (plný jas displeje, ondemand governor, běžící wifi a bluetooth, aktivní USB, firewire...). Výsledky pak shrnuje následující tabulka.
Jádro bez PHC | Jádro s PHC | |||
---|---|---|---|---|
Teplota | Spotřeba | Teplota | Spotřeba | |
V klidu | 45°C | 40W | 45° | 40W |
Zatížený | 76°C | 103W | 59° | 65W |
Spotřebu jsem získal z programu Powertop, nicméně ta je "trošku" mimo. ACPI totiž hlásí stále plnou kapacitu baterie, která ale bude po dvou letech provozu už opotřebovaná.
V klidu byla teplota obou jader i spotřeba přibližně stejná díky tomu, že pro nějnižší frekvenci nemůžu snižovat napětí, při plné zátěži se ale objevily velké rozdíly jak v teplotě (přes 20°C) a spotřebě (téměř 40W).
Tiskni
Sdílej:
Nože prezraď, aký máš k tomu notebooku zdroj (koľko Wattový)?
když jsem instaloval (no, spíš jsem se o to jen pokoušel) tenhle tejden na Gentoo KDE 4.3, tak mi v jednu chvíli dosáhla teplota kritický úrovně, který je nastavená na 100°C a vypnul se. Když jsem notebooka nechal vystydnout a pokračoval jsem v emergi, pustil jsem si watch s příkazem sensors (kontrola teploty) a vypozoroval jsem, že při zátěži se teplota pohybovala mezi 80° a 90°C (jakmile se to dostalo na 90°, tak se větrák roztočil na max a zchladil jádra)...
tohle je starý Core 2 Duo 1,66GHz.
skoda, ze nepodporuju CORE 2 ULV :(
Není, to je ještě celkem málo...
ono asi zálezí na konkrétní řadě a účinnosti chlazení.
U staršího HPčka sem měl teplotu v klidu na 45 a při zátěži bez přídavného chlazení (průvan pod notebookem) lezla přez 80.
Teďka u T60 neklesne pod 40 a nepřeleze 60. A co jsem vypozoroval, tak v linuxu zatím najvíc topí grafika (atina). Jinak pod win ten odběr v klidu klesá pod 15W
No, snížit odběr při zatížení ani tak nepotřebuji, spíš ten odběr v klidu, se současnými 13 Watty mi to vydrží jen 3 hodiny pohodlné práce :(
Jak již bylo uvedeno přede mnou - občas zkalibrovat. U nové baterie stačí 1-2x za rok, pak o něco častěji. A stáří "baterie" se nepočítá od koupě, ale od datumu výroby těch článků.
Taky mi to furt hlásí, že má 95-100%, ale pak jsem zjistil, že 100% ukazatele znamená 65% původní kapacity
Hmm, moje lenovácká to dělá automaticky. Po 2 letech denního používání 80% reálné kapacity.