Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
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: