LibreOffice 24.8 bude vydán jako finální v srpnu 2024, přičemž LibreOffice 24.8 Alpha1 je první předběžnou verzí od začátku vývoje verze 24.8 v prosinci 2023. Od té doby bylo do úložiště kódu odesláno 4448 commitů a více než 667 chyb bylo v Bugzille nastaveno jako opravené. Nové funkce obsažené v této verzi LibreOffice najdete v poznámkách k vydání.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).
Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.
Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 1.8.0 svobodného multiplatformního softwaru pro konverzi video formátů HandBrake (Wikipedie). Přehled novinek v poznámkách k vydání na GitHubu. Instalovat lze také z Flathubu.
Microsoft představil nové označení počítačů Copilot+. Dle oznámení se jedná se o počítače poskytující funkce umělé inteligence. Vedle CPU a GPU mají také NPU (Neural Processing Unit). Uvnitř představených Copilot+ notebooků běží ARM čipy Qualcomm Snapdragon X Elite nebo X Plus.
Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.
Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.
Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
cat /proc/sys/vm/swappiness
mi ukáže 0, ale moc chytrej z toho nejsem.
more /proc/swaps
mi ukáže /var/swap, type file, velikost má aktuálně asi 13 MB, a když jsem se mrknul kde to leží, tak jsem zjistil /dev/mmcblk0p2, což je právě druhá oblast na SD kartě (root, má asi 6GB; první je boot a má 256MB)…
Řeším to proto, že systém je celkem svižný, když se po něm nic moc nechce, ale jamile pustím třeba youtube, tak to chvíli přehrává, pak se to lagne skoro na minutu a je slyšet jenom zvuk, a potom (po té "skorominutě" cca) to video velmi rychle doběhne jakoby zrychleně až do místa přehrávání a zas to asi deset vteřin jede normálně… a tak furt dokola - ale není to problém jenom YT a prohlížeče, i při spouštění "větších programů" (Gparted třeba) je na tom vidět, že to dlouho "nejede" a na krellu v Gkrellm přitom vidím, že CPU je na 400 MHz… (na cpufrequtils mám přepínač "ondemand" a funguje, u toho YT i jinde si to hází samo až na 1800 MHz a zpět podle potřeby, když ten CPU fakt zatížím).
Poradí někdo ochotný, co s tím? Co bude potřeba vložím, když mi někdo napíše co je potřeba
Řešení dotazu:
swapoff -a
, nepatrně se to zlepšilo… Začínám uvažovat že zkusím nějakou rychlejší SD kartu, jinak nevím čím by to ještě mohlo být (btw: Jak se klonuje systém? ), a nebo to má ještě 8GB eMMC přímo na sobě, tak jedině ještě zkusit tu (závorka platí i zde - jak to sakra dostanu do té eMMC? ). Přitom Android na tom lítal jak blesk a jelo vše, i Kodi, který se tady sice nainstaluje, ale nejede (akorát mi na tom byl ten Android "tak nějak nesympatickej").
# vypíše použitie pamäte (zvlášť je swap) free -h # swap sa dá aj vypnúť spawoff -a # a tiež aj zapnúť spawon -a
nebo ještě lépe jak mu řeknu, aby swapowal do RAMPouži zram, a vytvor si komprimované blokové zariadenie ktoré použiješ ako swap. Funguje to aj mimo x86/64. Ubuntu like distribúcie na to mali hotový balíček zram-config ktorý to zvládol aj sám. Ale v prípade swapovania multimédií to nemuselo priniesť žiadaný efekt keďže multimédiá boli zo svojej podstaty už komprimované.
$
) a příkazy ke spuštění jen pod rootem (tj. např. se sudo
) mřížkou #
.
Seznam swapovacích oddílů:
$ cat /proc/swapsNebo:
$ /sbin/swapon(Tenhle nevypíše ani hlavičku, pokud nejsou žádné.)
# mkswap oddíl
# swapon oddílTotéž¹, ale vypnout:
# swapoff oddíl
# swapon -a # swapoff -a
$ free -h
# zramctl -f -s velikostTakže např.:
# zramctl -f -s 200M
swapoff -av
zram
:
modprobe zram
zram
:
zramctl -f -s 512M(To vypíše něco ve tvaru
/dev/zramX
.)
mkswap /dev/zramX
swapon -v /dev/zramX
free -h
-v
.
² Volba -a
(vizte zramctl --help
dovoluje volbu algoritmu.
/usr/local/sbin/setup-zram-swap
(/usr/local
– programy a další systémové soubory nainstalované uživatelem; sbin
– programy pro správu systému, dá se říct, že ty, které většinou spouští jen root).
Tam napíšeme na první řádek #!/bin/sh
(říká nám, že pokud ho spustíme, bude jeho interpretrem /bin/sh
, tedy shell).
Potom už příkazy k nastavení (dovolím si používat komplikovanější příkazy než ty, které jsem ukazoval, ale víceméně je to totéž):
#!/bin/sh # Nahradí stávající swapovací oddíly jedním komprimovaným v RAM. zram_size="512M" # Ujistíme se, že je dostupný modul zram. modprobe zram || { echo "Nepodařilo se najít jaderný modul zram. Nenastavuji swap v zram." exit 1 } >&2 # Deaktivujeme výchozí swapy. swapoff -av # Nastavíme zram. zram_dev="$(zramctl -f -s $zram_size)" # Naformátujeme. mkswap "$zram_dev" # Zapneme nový swap. swapon "$zram_dev"Nastavte ho jako spustitelný (
chmod +x /usr/local/sbin/setup-zram-swap
).
A teď bych někoho poprosil, aby napsal, jak to má nastavit tak, aby se skript spustil po startu. Se SystemD se moc nestýkám, ale tůším, že takto:
[Unit] Description=Use zram for swaps [Service] Type=oneshot ExecStart=/usr/local/sbin/setup-zram-swap [Install] WantedBy=multi-user.targetTo uložíme do
/etc/systemd/system/zram-swap.service
.
Zkusíme pomocí systemctl start zram-swap
, zapneme trvale od příštího startu pomocí systemctl enable zram-swap
(disable
to vypne).
Díky, že jsi to sem vše (i o swapu) tak pěkně napsal. Je to inspirativní a užitečné.
Tiskni Sdílej: