NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Tak jak jsem psal v předchozím zápisku, nechal jsem běžet procesor s vypnutým ventilátorem.
http://www.abclinuxu.cz/blog/johny/2009/2/za-jak-dlouho-shori-procesor
Výsledek je takový, že teplota jednoho z jader po třiceti minutách dosáhla 85°C. Tak. Takže správná možnost byla č. 1. Je to méně radostný výsledek než jsem osobně odhadoval a na tohle bych si nevsadil. Nicméně …
Nedalo mi to a nechal jsem to ještě běžet. Ve čtyřicáté minutě to vylezlo na 87°C a dál už to nestoupalo. Přesněji řečeno, stav čtyř čidel na procesoru byl
72 87 74 75
Dále bych měl zmínit, že jsem nakonec nepoužil ondemand governor. Místo toho jsem zvyšoval a snižoval frekvenci přímo v testovacím skriptu. Udělal jsem to kvůli tomu, že se v předchozí diskusi objevil názor, že procesor začne při přehřívání zpomalovat. No a při ondemand governoru jde rychlost velmi špatně měřit, protože frekvence skáče těžko předpovídatelně. Buď jak buď, procesor nezpomaloval.
Co se týče odhadů, tak velmi dobré tipy měli Jiří "Geo" Lužický, Jan Drábek, David Watzke a M@trixX (pořadí nestanovuju). Až budete chtít poradit s chlazením, ptejte se jich
Jo a ještě něco: u procesoru jsem zatěžoval jen jedno jádro.
Tiskni
Sdílej:
Nezačne se zpomalovat, ale vkládat se do něj prázdné cykly. Viz. /proc/acpi/processor/CPU0/throttling
.
coooling_devices
v "thermal" zarizenich je i procesor, ma tam dva soubory curr_state
a max_state
(a type
, kde musi byt napsano processor
), do prvniho jde zapisovat a nastavovat tim throtting, druhe ukazuje maximum.
Na notebooku mi to funguje perfektne (maximalni zpomaleni je opravdu znat), na desktopu mi to ale zlobi (napr. ukazuje to 93% namisto 100%, i kdyz procesor "nethrottluje", temer urcite za to muze blbe ACPI). Pokud to uchodite, je to perfektni na testovani zavyslosti aplikace na rychlosti procesoru.
BTW: Priste si dopredu prectu dokumentaci, maximani teplota je opravdu brana jako maximalni teplota heatspreaderu (logicky - aby to mohlo merit cidlem). Proto jadro mohlo vylez nad 85 stupnu, ale zadna z tech zbylych teplot 75 neprekrocila. Snad je nekde popsano, ktere cislo co znamena, jadro je urcite to druhe.
Ono to jde udelat i rucne - jedno zcoooling_devices
v "thermal" zarizenich je i procesor, ma tam dva souborycurr_state
amax_state
# cat throttling
state count: 8
active state: T0
state available: T0 to T7
states:
*T0: 100%
T1: 87%
T2: 75%
T3: 62%
T4: 50%
T5: 37%
T6: 25%
T7: 12%
# mplayer -ac null -vo null -benchmark /home/petrvlasic/Videa/The.Matrix.1999.1080p.HDDVD.x264-ESiR.mkv -endpos 20
…
BENCHMARKs: VC: 17.007s VO: 0.002s A: 0.000s Sys: 0.147s = 17.157s
BENCHMARK%: VC: 99.1303% VO: 0.0103% A: 0.0000% Sys: 0.8594% = 100.0000%
# echo T4 > throttling
cat throttling
state count: 8
active state: T4
state available: T0 to T7
states:
T0: 100%
T1: 87%
T2: 75%
T3: 62%
*T4: 50%
T5: 37%
T6: 25%
T7: 12%
# mplayer -ac null -vo null -benchmark /home/petrvlasic/Videa/The.Matrix.1999.1080p.HDDVD.x264-ESiR.mkv -endpos 20
…
BENCHMARKs: VC: 34.816s VO: 0.004s A: 0.000s Sys: 0.264s = 35.083s
BENCHMARK%: VC: 99.2375% VO: 0.0109% A: 0.0000% Sys: 0.7516% = 100.0000%
Tak já jsem naprosto nezávisle včera prováděl podobné testy s VIA EPIA M10000, jádro Nehemiah. Ve skrytu duše jsem doufal, že to poběží i bez zapnutého ventilátorku. Výsledek? Po cca 10 minutách běhu v plném zatížení ("$ openssl speed") teplota jádra vystoupala na 140°C (!!!) a následně se počítač restartoval .
Ostatně - nevíte někdo, jak snižovat _voltáž_ procesoru? Frekvenci umím, ale potřeboval bych tomu snížit napětí a ta verze biosu co mám to neumí :( ačkoliv CPU ano...