С одной стороны, поздравляю с успехом. С другой... Вот смотрю я на этот bash-скрипт и размышляю, где бы этот могло мне пригодиться на домашнем компе. И вот решительно ничего в голову не приходит.

П_Пашкевич
это НЕ bash-скрипт.

пригодиться может в ночных работах из /etc/crontab. для установки обновлений.
а мне нужно для сборки ядра и т.п. занудных вещей.

Ну, скрипт для какой-то оболочки - если он с bash несовместим, прошу прощения (хотя, по идее, каких-то особых синтаксических конструкций я навскидку не приметил). А на ночь комп я включённым не оставляю - чай не сервер. И обновляю пакеты вручную.

Теоретически, конечно, если ставить фоном расчёт моделей (ежели до такого руки опять дойдут), может и пригодиться.

П_Пашкевич
оболочка оригинальный /bin/sh - там и написано. среди такие старперов как я писатели на bash (и эксплуатирующие специфику bash) считаются глупыми молодыми людьми.
все что не ноутбук и не перегревается, может работать круглосуточно и на такой режим расчитано.

установка обновлений в дебиано-подобных системах написана халтурно,
ее уже оптимизируют, убирая лишние вызовы sync но это пока эксперименты.

ivan_erohin
Ну, во-первых, какая оболочка идет по умолчанию, такую и использую. Во-вторых, на десктопе я "халтурность" пакетного менеджера не ощущаю. Это не значит что проблемы точно нет, это значит ровно то, что я сказал. А насчет оптимизации... Единственное, что я заметил: выхлоп apt-cache search аккуратен, выхлоп apt search - не всегда: то и дело получаю какие-то клоки строк. Возможно, впрочем, я что-то не понимаю.

а теперь 1строчник:
/usr/bin/cpulimit -l 1 -c 1 -f -- /usr/bin/nice -19 /usr/bin/chrt --idle 0 /usr/bin/ionice -c 3 $*

П_Пашкевич
вот оно. я пожалуй попробую это на обновлениях

Package: eatmydata
Version: 105-9
Priority: optional
Section: utils
Source: libeatmydata
Maintainer: Mattia Rizzolo <mattia@debian.org>
Installed-Size: 30.7 kB
Depends: libeatmydata1 (>= 105-9)
Homepage: https://launchpad.net/libeatmydata
Tag: interface::commandline, role::program, scope::utility
Download-Size: 16.2 kB
APT-Sources: http://ftp.gr.debian.org/debian bullseye/main amd64 Packages
Description: Library and utilities designed to disable fsync and friends
This package contains a small LD_PRELOAD library (libeatmydata) and a couple
of helper utilities designed to transparently disable fsync and friends (like
open(O_SYNC)). This has two side-effects: making software that writes data
safely to disk a lot quicker and making this software no longer crash safe.
.
You will find eatmydata useful if particular software calls fsync(), sync()
etc. frequently but the data it stores is not that valuable to you and you may
afford losing it in case of system crash. Data-to-disk synchronization calls
are typically very slow on modern file systems and their extensive usage might
slow down software significantly. It does not make sense to accept such a hit
in performance if data being manipulated is not very important.
.
On the other hand, do not use eatmydata when you care about what software
stores or it manipulates important components of your system. The library is
called libEAT-MY-DATA for a reason.

ivan_erohin
Что-то боязно. Точно от такой утилиты не посыплется файловая система в случае нештатного отключения питания или, скажем, банального извлечения флэшки? Ну, то есть на сервере без сменных дисков, да еще и с ИБП, оно, может, и ничего, но вот на десктопе страшно.

Видел, кстати, ваш скрипт на опеннете.

П_Пашкевич
fs не посыплется, если в ней есть и включен журнал.
для ext4 проверить так:
sudo dumpe2fs /dev/sda1 | less
для других не знаю, я их не использую.
консистентность данных внутри файлов журнал не гарантрует, спасет только саму ФС.
флэшки лично я монтирую вручную и размонтирую тоже вручную.

ivan_erohin
Так-то у меня на дисках ext4 и есть, но вот флешки, понятное дело, приходится держать под vfat: они же для обмена с другими компами, а у кого еще линь-то? И, кстати, нехороший вопрос: а эта утилита корректному отмонтированию не мешает, а то как бы любой сброс кэша - всяко родня фсинку и есть.