Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září 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. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
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: