LINUX.ORG.RU

дефрагментация ext3

 ,


0

3

в общем, решил спросить, диск на ext3, почитал преимущества ext4 перед ext3 и понял, что ниодно из них мне не нужно. В общем, вопрос, есть ли проверенное средство дефрагментации для ext3, которое гарантировано не уничтожит данные?

скопировать данные на другой носитель, на исходном создать пустую fs и скинуть все обратно, не предлагать

Ответ на: комментарий от Jameson

В линуксе фрагментация другого характера - пофайловая, или как лно называется.

Помнится, ставлю я Дебьян, установщик ставит всё последовательно, файлик за файликом. После установки быстрый старт, быстрый запуск, потому что и чтение и запись были почледовательными, однопоточными. Все файлы нужные такой-то программе лежали где-то рядом. как нравилось... А после обновления всё вдруг замедлялось. А почему? Был один файл записал другой, тут не влезло, воткнул в дыру подальше, или в конец диска. Так всё резко замедлялось, и, главное, зависело от случая и проявлялось на каждом компе по разному.

Были попытки сделать «дефрагментацию» - собрать файлы нужные для старта системы и записать в начало раздела. Но, естественно, это были полумеры приведшие в никуда. Был проект пытавшийся восстановить попакетный порядок на диске, но он заглох.

R_He_Po6oT ★★★★★
()
Последнее исправление: R_He_Po6oT (всего исправлений: 1)
Ответ на: комментарий от R_He_Po6oT

С этим боролись с помощью prefetch со стороны ядра, prelink\preload со стороны софта и precached со стороны ОС в целом. Как же хорошо что SSD сделали это всё неактуальным.

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 1)
Ответ на: комментарий от Jameson

Не помню названий. Помню что та шняга, что пропихивалась в Убунту вместо убыстрения замедляла раза в три. Типичное убунтошное...

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от burato

Оно отвлекло от этой проблемы много лет назад, дало разработчикам лживое ощущение, что над этим думать не надо, и обрекло владельцев хардов на долгие годы мучений. А с учётом того, что стратегии записи и чтения на ссд теперь применяются и к хардам, проблема усугубилась.

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от burato

Потому что.... ?

Естественно, теперь держать систему на харде мучительно. Кроме того, что производители позасовывали всяких эсэмэров, так ещё и линуксописатели убрали «не те» шедулеры и однопоточный ввод и вывод и вот это вот всё. Но раньше-то мы жили? Для сравнения поставь на хард старый линукс и распоследний, на ядре 6.8999. заметь раздницу

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от R_He_Po6oT

на ядре 6.8999

Заметил, что шестое ядро на моих одноплатниках и i7 гробе даже грузится на 2-3 секунды дольше, чем 5.15-ое, потому нафиг это шестое.

burato ★★★★★
()
Ответ на: комментарий от burato

ага вот именно так и делаю :) держу систему на жостком, а базы данных на ссд.
ибо програмный код субд один раз загрузился в память и усё.
а содержимое бд с ссд пердолится туда-сюда-обратно только в путь.

pfg ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.