начал добросовестно перемешать около 400 гигабайт, на что предположительно ушло бы около 3-х часов. Минут через 20 терпение лопнуло, на свой страх и риск прервал операцию, скопировал всё на внешний диск, переразбил винт по новой и т.д. Кто-нибудь может это объяснить?
могу предположить что данные были фрагментированы очень на весь раздел, возможно было записано много, а потом удалено.
vadik все сказанное Вами ведет к установлению опции vm.swappiness=10, в чем я Вас полностью поддерживаю.
vadik
Скорость загрузки, при этом, не только не увеличиться, а может даже уменьшиться. Поскольку система будет при каждой загрузке копировать весь кеш в память.
как по мне лучше потерять пару секунд (кстати одну или две?) на старте, и потом восполнить скорость работы операций в /tmp и остальном.
монтируйте кеши и темпы в tmpfs. И можно о них забыть.
ротацию логов наверно, все таки крутить 3 гига текста
логи почистить для начала - посмотрите указанную папку и удалите все старое, потом задайте размер на журнал в файле /etc/systemd/journald.conf
Может система тут не виновата, в Украине например Киевстар не дает раздавать интернет с телефона посредством уменьшения TTL. Думаю сначала нужно узнать такой момент.
samson4747 если чего надо - обращайтесь, почта ник@gmail.com. У меня коллеги пишут по весовым пространствам. Кстати, у нас будет большая конференция, может заинтересует Вас. Дальнейшие обсуждение предлагаю перенести на почту.
samson4747 я тут просмотрел одним глазом список файлов, поскольку встретил на картинках знакомые слова, как я понял Вас можно поздравить с защитой кандидатской диссертации по 01.01.01 - мат. анализ? Если да, то примите поздравления от коллеги по той же специальности)))

Да простят меня модераторы за небольшой оффтоп, можно сказать встретил "земляка")
naszar посмотрите
systemd-analyze plot > /tmp/1.svg