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.
Evropský parlament dnes přijal směrnici týkající se tzv. práva spotřebitele na opravu. Poslanci ji podpořili 584 hlasy (3 bylo proti a 14 se zdrželo hlasování). Směrnice ujasňuje povinnosti výrobců opravovat zboží a motivovat spotřebitele k tomu, aby si výrobky nechávali opravit a prodloužili tak jejich životnost.
Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.
Tak mne dnes napadlo položit dotaz k něčemu, co už dlouho přehlížím. Na jedno starší PC s Celeronem a 256 MiB RAM jsem nainstaloval FreeBSD a trochu si hrál. Pootevíral jsem pár aplikací a koukal, že systém má stále stejné odezvy, nijak nezpomalil, tak jsem kouknul, kde je o tolik úspornější ve spotřebě paměti, než Linux. Nijak úspornější nebyl. Vesele swapoval a vůbec to na něm nebylo poznat. Podobně nepoznám, když používají swap Windows.
Doma problém nemám, mám 4 GiB RAM, ale v práci mám jedno 2jádro s 512 MiB RAM, na něm Linux, ale pokud si něco odloží do swapu, systém šíleně zpomalí. Opravdu šíleně. Takže po každé akci, kdy se tak stane, spouštím swapoff -a
a swapon -a
, aby byl ten počítač zase použitelný.
Otázka zní: dá se to nějak pozitivně ovlivnit, nebo je to prostě špatná vlastnost?
Pokud jde o moment, kdy právě v ten okamžik systém swapuje a systém se zpomalí, tak by to šlo asi vyřešit nějakou prioritouTohle mne vůbec netrápí, s tím se musí počítat. Kde nic není, ani smrt nebere…
Pokud jde o zpomalení dlouhodobé, pokud je něco odloženo ve swapuTo je ten problém.
Když má někdo problém, tak v diskuzi píšou lidi že jim to jde v pohodě, i když očividně to jiným nejdeJj, to je výstižné A ještě se do toho míchá subjektivní pocit jednotlivce, co znamená "v pohodě"
Ale proč je to pomalé při používání swapuProtože je disk pomalý. Hlavní problém je, proč něco čte ze swapu, když by asi měl mít dost místa v RAM.
proč něco čte ze swapu, když by asi měl mít dost místa v RAMNe "asi", ale určitě. Samozřejmě, že v okamžiku, kdy tam něco odloží, mu to místo chybí. To je v pořádku. Jenže potom ta nenažraná aplikace skončí, místo se uvolní, ale systém zůstane zpomalený, dokud ručně nevyčistím swap. A právě u toho FreeBSD jsem koukal, že mám ve swapu tolik dat, že by se ani do RAM nevešly, a přesto to nebylo na odezvách systému znát - asi dokáže lépe zhodnotit, co do swapu přesunout.
free
, vmstat
, iostat
, slabtop
?
Asi pred rokom az rokom a pol som si vsimol zmenu spravania linuxu pri vytahovani veci zo swapu. Swap sa neuvolni (podla grafu v taskbare). Matne si spominam, ze je to feature a nie bug a to taka, ze v tomto pripade je v swape je kopia toho co v RAM. V pripade, ze sa casom zasu bude musiet odkladat na swap a zase sa vyberu stranky, ktore tam uz raz boli a nezmenili sa medzitym, tak sa len v uvolnia z pamate, v swape zase oznacia za platne a usetrili sme pisanie na disk. V pripade, ze ktorakolvek podmienka nevyhovie, tak sme tam, kde sme boli pred 2 rokmi a normalne sa odswapuje. To je podla mna vysvetlenim, ze vecne zaplneneho a neuvolnovaneho swapu.To by dávalo smysl, pokud by byl zaplněný swap, ale data dostupná z RAM se četla z RAM. Ale v tomto případě se data zřejmě čtou z disku, takže v RAM asi nejsou.
Tvojim cielom nie je mat zapratanu RAMku a prazdny swap, ale co najrychlejsi pocitac. Obavam sa, ze liecis priznaky (a to este blbo) a nie pricinu.No jo, jenže já jsem ty příznaky nezačal "léčit" z dlouhé chvíle, ale právě proto, že systém si udělal velkou diskovou cache, zbývalo mu ještě asi 50 MiB volném RAMky, on si jí ale část odswapoval a zpomalil. Kdyby to nedělal, nikdy bych na swappiness nesahal
Diskova cache nie je zlo.To já vím a opak netvrdím :)
par moznych dovodov:
zmensenie swappines v tomto pripade zice mozno problem trocha oddiali, ale nasledne zhorsi.No, to je možné
Moje tipyDíky za tipy, i když některé z nich bude asi potřeba udělat u každého uživatele samostatně. Pokud by to zde ještě někdo četl a chtěl vědět ty parametry Opery, jsou zde. Místo KDE jim nic jiného dát nemohu. Pro některé je i KDE příliš složité na ovládání. Natož aby hledali připojený flash disk někde jinde Zkusím zjistit, co by se dalo dělat s případnou fragmentací.
opera -help
. Pre Operu existuju subory /etc/opera6rc a /etc/opera6rc.fixed. Kde prvy su nastavenia predefinovatelne uzivatelmi a ten druhy su veci natvrdo nastavene uzivatelom bez moznosti odmietnutia. Mozno nieco podobne bude existovat aj pre ine programy.
strace opera 2>&1 | grep "open.*/etc"Podobne by sli preklepnut ostatne programy, ci nemaju nejaky utajeny globalny konfigurak.
strace -eopen
. Potom se bude trasovat jenom otevírání, takhle se tracují i systémová volání atd.
No jo, jenže já jsem ty příznaky nezačal "léčit" z dlouhé chvíle, ale právě proto, že systém si udělal velkou diskovou cache, zbývalo mu ještě asi 50 MiB volném RAMky, on si jí ale část odswapoval a zpomalil. Kdyby to nedělal, nikdy bych na swappiness nesahalTo může být ale právě ten problém. Systém nepotřebuje tolik dat v RAM, ale zato potřebuje číst soubory z disku -- normálně by část nepoužívané RAM odswapoval a volnou kapacitu použil pro diskovou cache. Tím by se celý systém zrychlil. Vy mu ale tohle zakážete, a systém pak musí data načítat z disku. Právě proto jsem psal, že zpomalení nemusí být problém tahání dat ze swapu místo z RAM, ale že z nějakého důvodu tahá data z disku. Kdybychom alespoň věděli, o aplikace jakého druhu se jedná, mohli bychom to zkoumat víc -- pokud ten zpomalený systém nemá žádný důvod přistupovat k souborům na disku, ta moje teorie samozřejmě nemá smysl.
Tiskni Sdílej: