Автор Тема: Оптимизации на Линукс десктоп  (Прочетена 46544 пъти)

Naka

  • Напреднали
  • *****
  • Публикации: 3462
    • Профил
Re: Оптимизации на Линукс десктоп
« Отговор #15 -: Sep 12, 2019, 15:16 »
Докато се ровех намерих още няколко интересни (поне за мен) програми:
cpulimit & limitcpu (ако искате да ограничите ползването на процесора и т.н.)

cpulimit е много полезно програмче. Ползвам я от години.

например така:
Код:
su -
cpulimit -i -l 20 ./backup_full.sh

или така (за мазохисти)
cpulimit -i -l 50 firefox

Много помага ако трябва да пуснеш нещо много интензивно и дълго, но не искаш да запушиш системата с него.  (като например пълен бакъп. nice-a в този случай не помага)

Има малко странна логика на определяне процентите забавяне. Процента за забавяне включва всички процесори. Например
за -l  20% при два порцесора макса е 200%.

опцията
-i включва и децата.
« Последна редакция: Sep 12, 2019, 15:36 от Naka »
Активен

Perl - the only language that looks the same before and after encryption.

malin1

  • Напреднали
  • *****
  • Публикации: 648
  • Distribution: Debian
  • Window Manager: Openbox
    • Профил
Re: Оптимизации на Линукс десктоп
« Отговор #16 -: Jun 24, 2024, 08:19 »
С 4 Гб РАМ съм. Каня се да я вдигна от много време и май утре ще се наканя. И съм с нормален въртящ се диск.

Оптимизациите ми са подобни, но към днешна дата съм стигнал до следните изводи :
- по-добре е swap-файл вместо swap-дял
- zram върши почти същата работа като swap-файл, затова и нямам swap
Уточнение - размера ми е 20%  https://wiki.debian.org/ZRam#zram-tools  и е форсирано да се ползва, използвам само първия ред от тук https://wiki.archlinux.org/title/Zram#Optimizing_swap_on_zram  (vm.swappiness = 180)  . Мястото /etc/sysctl.d/99-vm-zram-parameters.conf e по-добър вариант , защото не се  влияе при реконфигуриране на /etc/sysctl.conf , името си е по избор, както и приоритета.
И пак същото за /etc/systemd/system.conf - при мен е /etc/systemd/system.conf.d/fix-slow-shutdown-restart.conf
[Manager]
DefaultTimeoutStopSec=10s

И обосновка от Ментата защо -
# Rationale:
# This is done for the following reasons:
# - 90s is too long for users to wait (they think it's hanging indefinitely, and they eventually just use their power button)
# - Cups, minidlna have made this a buggy mess for years now and there's no sign of improvement for the near future
# - This is a workaround many people have used in Mint, Ubuntu, Arch, Fedora and many other distributions, although reducing the start
# timeout is known to possibly affect the journal, no adverse effects were reported after reducing the stop timeout.
# - For our audience (desktop users), this makes a lot of sense. It would be different for a server, or a machine which relies on shutdown
# scripts to perform important tasks, but for most people this fixes a very important issue and is unlikely to create new ones.

:) С уговорката - има systemd .

« Последна редакция: Jun 24, 2024, 08:33 от malin1 »
Активен