Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Htop ukazuje 100% vytizeni vsech 4 jader.htom navíc ukazuje i jaké programy způsobují toto zatížení, a to nevíme. Bez analýzy procesů je to věštění z křištálové koule. Ale FF na mém desktopu s 24GB paměti je schopen po delším browsování nabobtnat i na 16GB sám o sobe. Podobně se mi stalo, že u něj komponenta
/usr/lib/firefox/plugin-container brala téměř veškerý výkon.
ps aux --sort -pcpu > ~/procesy.txt
Jako první bych zkusil místo firefoxu Operu
Špehování u Chromu... já se se s termínem špehování setkávám jen u server adminů (kde to chápu) nebo u paranoidních lidí, kteří si přečetli článek na blesku a myslí si, že má každý potřebu je špehovat. Jako když mi otec řekne "co když se mi někdo nabourá do pc nebo do emailu?", načež uslyší odpověď "co by tam kdo chtěl, máš tam snad vládní materiál mezi gifama s kočkou shazující sklinku ze stolu nebo skákající do prázdna?".
K otázce - jestli je SW nebo HW chyba je jednoduché zjistit otázkou, jestli to na Winech dělalo taky? (otázka proč jsi reinstaloval stabilní a funkční systém když používáš jen web, komunikaci, filmy a hudbu, tedy nic, co by vyžadovalo linux, je asi vedlejší, když si někdo chce přidávat práci, dobře mu tak).
Pokud je to tedy SW chyba, tak je potřeba větší info ohledně zapnutých procesů atp. Jinak když necháš pc třeba čtyři hodiny jen tak, tak problémy nezačnou za celou dobu, až když pozapínáš nějaké programy(procesy)?
Měl jsem rozepsanou odpověď, ale spolu s informacemi v profilu jsem zjistil, že je to agent nebo troll.Nebo člověk, co si nepotřebuje znepříjemňovat život složitostmi a na pc potřebuje pracovat a ne neustále řešit problémy kolem a kolem. Toho mám dost v práci a nepotřebuju si domů přenášet linuxové starosti. Kdyby si tu týpek nechal Windows, tak problémy nemá. Přinejhorším stáhne nějakou z desítek utilit, a ta mu problém opraví. U linuxu musíš napsat desítky řádků do terminálu, než vůbec zjistíš, co za fail tě trápí, a další desítky pro jeho opravu. Navíc ty příkazy všechny neznáš, takže trávíš hodiny na netu hledáním, které jsi mohl využít smysluplněji. Ale asi to má každý jinak, já ten čas na zbytečnosti prostě nemám.
fc25:paul:~$ ps aux | grep -i xorg
root 916 2.7 2.8 665232 230236 tty1 Ssl+ Apr01 154:07 /usr/libexec/Xorg -background none :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt1 -novtswitch
Je naprosto zásadní zjistit, čím je CPU v situaci, kdy ti počítač ztuhne tak zaměstnaný.Nejen CPU. Zažil jsem situace kdy:
atop v něm uvidíš, že máš ucpaný HDD na seeky a neobo jinou komponetu, která se ti hltí. uvidíš třeba i to, že máš disk pripojený přes NFS a ucpou se ti buffery a přestane ti reagovat DE protože systém s vysokou prioritou uklízí buffery.
00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller (rev 21) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 5057
Flags: bus master, fast devsel, latency 0, IRQ 309
Memory at 90000000 (64-bit, non-prefetchable) [size=16M]
Memory at 80000000 (64-bit, prefetchable) [size=256M]
I/O ports at 2000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: access denied
Kernel driver in use: i915
Kernel modules: i915
--vo=opengl --hwdec=vaapi. Pokud ti to i tak bude baštit skoro celé CPU, možná bych zkusil pustit nějaký CPU benchmark a porovnal výsledky s jiným CPU s papírově podobným výkonem. Taky bys mohl zkusit nastartovat jádro s parametrem intel_pstate=disable, jádro pak použije CPU governor ondemand, který se někdy chová lépe.
acpi -t nebo sensors. V dmesg se v takové situaci objevuje něco o „throttling“.
$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +45.0°C (high = +90.0°C, crit = +90.0°C)
Core 1: +41.0°C (high = +90.0°C, crit = +90.0°C)
Core 2: +45.0°C (high = +90.0°C, crit = +90.0°C)
Core 3: +49.0°C (high = +90.0°C, crit = +90.0°C)
acpitz-virtual-0
Adapter: Virtual device
temp1: +46.0°C (crit = +90.0°C)
thinkpad-isa-0000
Adapter: ISA adapter
fan1: 3816 RPM
Zkus cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq.Tam asi bude frekvence, kterou si governor mysli, ze tam má byt. Skutecna, snizena HW kvuli teplote se tak lehce nedostane. Jedine nejaky program, co meri cas smycky, i7z? perf?
smartctl -t long /dev/sda
pockat a pak
smartctl -a /dev/sda
a memtest86 nebo memtest86+ je taky dobry napad, tam by se projevilo treba prehrivani tim, ze ze zacatku, za studena to pojede rychle a pak pomale
taky bych zkusil zatizit cpu treba pomoci mprime torture test, tam by se taky ukazalo, jestli se se zatezi nezpomaluje
[27741.083530] [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* pipe A underrun
[27741.083676] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
[27779.293032] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underruncat /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "modesetting"
#Driver "intel"
Option "AccelMethod" "uxa"
#Option "AccelMethod" "sna"
EndSection
Option "AccelMethod" "glamor"
S.M.A.R.T je ok, bych myslel to prehrivani
i915.enable_rc6=3 i915.enable_fbc=1 i915.semaphores=1
nebo /etc/modprobe.d/i915.conf
options i915 enable_rc6=3 enable_fbc=1 semaphores=1
ale stejne bych typoval to prehrivani a nasledny throttling cpu, k cemuz ale muze gpu prispivat pres to vlc ....
no zkus ten glamor, jak pisu vejs
modesetting a intel.
Option "AccelMethod" "string"
One of "glamor" or "none". Default: glamor
Ani SNA, ani UXA v nabídce není.
Po letech experimentování a ladění všech možných voleb jsem konečně (kernel 4.9) skončil s tímhle:
Section "Device"
Identifier "Intel Card"
Driver "modesetting"
EndSection
Driver "intel"
modesetting driver na grafiku nesahá a nechá všechno na jaderném ovladači. Oproti tomu intel a další ovladače sahají přímo na hardware (a proto potřebují X roota), takže se pak musí s jaderným ovladačem nějak dohodnout a občas se nedohodnou (obzvlášť při uspávání se to stává).
Další věc je, že každý z těch způsobů akcelerace potřebuje nějaká udělátka (alokátory a tak) a ty potřebují další. Pokud je vše v jádře, v jednom stromu, tak jsou všechny závislosti daleko lépe sladěny. Kdežto pokud máš půlku v jednom projektu a půlku v druhém, musíš vedle funkční konfigurace najít ještě kompatibilní verze. Pak se stává, že přes intel driver funguje jen SNA a UXA, každé s jinou sadou bugů, ale Glamor se vůbec nechytá (moje situace). Oproti tomu přes modesetting driver běhá Glamor bezproblémově a ještě neproblikává displej při přepínání konzole a X serveru.
Tiskni
Sdílej: