Дефрагментатор для Linux

Искал и нашёл
https://www.howtoforge.com/tutorial/linux-filesystem-defrag/?__cf_chl_captcha_tk__=956057637297654f2c8d4022416dc71a12854e92-1575841715-0-AeM8Bq1epZAiu5xiKAiscTgONfl7fHl9HpmtFdgr_sS6OUdQM3tpsKtKtAfUcZGe-87L6YEnzc757fN075IWjdU60C20s6mYrFLDIJkkydYM2IejPPdPYS3QkvqBziLskycLPmGcE_rsusxrM_owGlT21a_xeWSYYAhDK6UdKClYsKf4abLQAA8tT2GWSaeniRIJaqSjK_ZtS4_XIIoDkYZHP2btvcn7uFl27oAV0Znpdj8gS0NhKE0okY91FFkMgBuZeZb6P8m5Z7JCQwesg8BjZt9P2O0s0mmnB3moRa0EPQmtpibNM-rAFaEvYusiDuO3onNHGUXLwpK1UjmcqFs
Утилита называется e4defrag
Устанавливается в пакете (для Fedora тоже существует одноимённый RPM) e2fsprogs

ValentinK, а смысл? Как тут писали однажды на форуме - фрагментация файлов в Linux минимальная,
если вообще не призрачная. Если у вас терабайты картинок или документов, то для вас давно создали
специальные ФС для работы с массивами мелочёвки.

"Wolfenberg" написал:

ValentinK, а смысл? Как тут писали однажды на форуме - фрагментация файлов в Linux минимальная

Возможно, порядок расположения файлов на диске влияет на скорость считывания.
Даже если целые файлы не имеют промежутков в себе.
Но для этого надо знать алгоритм, как работает дефрагментатор.
И потом, если утилита существует, значит, на неё был заказ.

"ValentinK" написал:

И потом, если утилита существует, значит, на неё был заказ.

Конечно, был: приходит юзер с той единственной платформы, где фрагментация является проблемой (равно как и вирусы) и начинает возмущаться: а где дефрагментатор, где антивирус? *WALL*

А чем выявляли степень фрагментации файлов под ФС линукс или ее отсутствие, ежели утилит нет? Или просто объявили приказ по цеху - фрагментация это происки вражеских агентов влияния и точка. С этого дня считается что дефрагментации нет. Все.

ZhuK, почитайте Почему в Linux не нужна дефрагментация.
Если кратко, то:

В файловых системах Ext2, Ext3 и Ext4 новые файлы равномерно "раскидываются" по всему диску. При увеличении объема файла используется все доступное свободное пространство между файлами и фрагментации, в большинстве случаев, не происходит. А если она все же и происходит, то файловая система в фоновом режиме старается переносить дефрагментированные файлы в другое место, где фрагменты могут быть объединены. Таким образом, отдельные и регулярные процедуры дефрагментации не требуется.

"ZhuK" написал:

А чем выявляли степень фрагментации файлов под ФС линукс или ее отсутствие, ежели утилит нет? Или просто объявили приказ по цеху - фрагментация это происки вражеских агентов влияния и точка. С этого дня считается что дефрагментации нет. Все.

Возвращаемся в школу dr. Batty? :) Тут половина форума помнит, как он вам на пальцах и при помощи
таблицы инодов разъяснял, почему ваше данное утверждение есть тупость.
Добавлено: 10.12.2019 01:04:11

"ValentinK" написал:

Возможно, порядок расположения файлов на диске влияет на скорость считывания.

Вам нужен болид для сервера? Для вас давно есть: BTRFS, XFS, ZFS. Разгоняйтесь и наслаждайтесь пролетающими мимо столбиками и птичками :)

Wolfenberg, специально для вас
http://rus-linux.net/MyLDP/admin/defragment-ext4.html
для размышления, так сказать.
http://www.destructio.ru/2013/07/ext4-defragmentation/
https://onformix.blogspot.com/2016/08/linux-mint-defrag.html
В последней сылке есть вот такая замечательная фраза "При увеличении объёма файла используется всё доступное свободное пространство между файлами и фрагментации, в большинстве случаев, не происходит. А если она всё же и происходит, то файловая система в фоновом режиме старается переносить дефрагментированные файлы в другое место, где фрагменты могут быть объединены."
Потрясающе. Если сказать простым языком, то в фоновом режиме идет дефрагментация файлов в ФС линукс. Что собственно так же происходит и в винде. Я под виндой диски не дефрагментирую. Все где-то там в запланированных заданиях прописано и происходит без моего участия и не мешая мне.
Привет Доктору и его слепо верящим последователям!
ЗЫ. Не, я понимаю любовь к любимой ОС. Но выключать мозг и верить, что все что есть в линкусе априори великолепно и без изъянов, это уже за гранью.