Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.
Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.
Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
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:
) použití teplovodivé pasty, viz můj komentář níže.
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.
(P-M 740)