Hector "marcan" Martin z Asahi Linuxu skončil jako upstream vývojář linuxového jádra. Štafetu po něm převzal Janne Grunau z Asahi Linuxu.
PlayStation Network (PSN) má již několik hodin, vlastně celou sobotu, masivní výpadek (Stav služby PSN, X).
Vývojáři open source storage platformy TrueNAS oznámili, že s verzí 25.04 s kódovým názvem Fangtooth končí TrueNAS CORE postavený na FreeBSD a TrueNAS SCALE postavený na Linuxu. Jejich společným pokračováním bude TrueNAS Community Edition postavený na Linuxu.
Mapy Google dnes slaví 20 let. Spuštěny byly 8. února 2005. Svět se přesunul od papírových map k digitálním. A ke Street View, Live View, Immersive View, …
Hector "marcan" Martin, vedoucí projektu Asahi Linux aneb Linux na Apple Siliconu, skončil jako upstream vývojář linuxového jádra. Se slovy "už nemám žádnou důvěru v proces vývoje jádra … další vývoj Apple/ARM bude pokračovat downstream" odstranil své jméno ze souboru MAINTAINERS. Důvodem jsou neshody kolem Rustu v linuxovém jádru [Hacker News, No rust code in kernel/dma, please.].
Mistral AI včera představil nový vylepšený Le Chat. Nově také jako aplikace pro iOS a Android.
Britské bezpečnostní orgány nařídily americké firmě Apple, aby vytvořila takzvaná "zadní vrátka", která by umožnila dostat se k šifrovanému obsahu uživatelů uloženému v cloudu. Tajné nařízení, vydané v lednu, vyžaduje plošný přístup k šifrovanému účtu jakéhokoliv uživatele přístrojů Apple kdekoliv na světě. Britské úřady tedy Apple nežádají pouze o asistenci s přístupem k účtu konkrétního uživatele, ale rovnou chtějí mít přístup ke všem účtům, kdykoliv budou chtít.
Byla vydána (𝕏) lednová aktualizace aneb nová verze 1.97 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.97 vyšlo také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Nedávno se povedlo do pdf souborů vložit Tetris a DOOM a po otevření příslušného pdf souboru v na Chromiu založeném webovém prohlížeči vybranou hru přímo v pdf spustit. LinuxPDF ukazuje, že do pdf lze vložit také RISC-V emulátor a rozběhnout Linux.
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é
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
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: