OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 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 v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
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: