Uroš Popović popisuje, jak si nastavit Linux na desce jako Raspberry Pi Zero, aby je šlo používat jako USB „flešku“.
Andreas Kling oznámil, že jelikož už se nevěnuje nezávislému operačnímu systému SerenityOS, ale výhradně jeho webovému prohlížeči Ladybird, přičemž vyvíjí primárně na Linuxu, SerenityOS opustí a Ladybird bude nově samostatný projekt (nový web, repozitář na GitHubu).
Po dvou měsících vývoje byla vydána nová verze 0.13.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 73 vývojářů. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Před 70 lety, 7. června 1954, ve věku 41 let, zemřel Alan Turing, britský matematik, logik, kryptoanalytik a zakladatel moderní informatiky.
NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
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 underrun
cat /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: glamorAni 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: