Как оптимизировать расположение часто используемых файлов на разделе?

Aalexeey · 19 марта 2013, 14:55:00

Есть ли понятная (желательно GUI) утилита для перемещения/оптимизации часто используемых файлов в начало раздела? Что нибудь аналогичное Windows дефрагментаторам/оптимизаторам с опцией перемещения файлов с частым доступом в начало раздела и группированию вместе для ускорения чтения c HDD. (НЕ ДЕФРАГМЕНТАЦИИ)
Ускорение загрузки не интересует!

Udachnik · 19 марта 2013, 15:43:08

Без гуя e4defrag (в составе e2fsprogs), с гуем скорее всего вообще ничего нет

Aalexeey · 19 марта 2013, 16:26:04

Udachnik
А оно "e4defrag" умеет перемещать/группировать часто используемые файлы к началу раздела или хотя бы вместе?

Udachnik · 19 марта 2013, 16:45:34

Цитата: Aalexeey от 19 марта 2013, 16:26:04
Udachnik
А оно "e4defrag" умеет перемещать/группировать часто используемые файлы к началу раздела или хотя бы вместе?

Я так понимаю нет.

SeHELLioN · 19 марта 2013, 23:23:12

Открыть содержимое (спойлер)

хм, а ощутимый прирост производительности оно дает или не стоит заморачиватся?

[свернуть]

qupl · 20 марта 2013, 07:32:04

Цитата: SeHELLioN от 19 марта 2013, 23:23:12
Открыть содержимое (спойлер)
хм, а ощутимый прирост производительности оно дает или не стоит заморачиватся?
[свернуть]

Небольшой прирост даст, но не на десктопе ( кэш браузера не будешь каждый раз перетаскивать в начало диска, так только винт убьется быстрее).
Может быть актуально для систем с малым количеством памяти. Но это решается расположением swap-а в начале.

Aalexeey · 20 марта 2013, 14:23:25

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

qupl · 20 марта 2013, 14:25:42

Aalexeey, если ОЗУ достаточно, то смотрите в сторону preload и prelink.

ogost · 20 марта 2013, 14:33:07

Цитата: qupl от 20 марта 2013, 14:25:42preload

угу, тоже рекомендую. скорость загрузки всей системы не поднимет, но после "самокалибровки" прирост производительности ощутимый (наверное всё же многое зависит от железа). пользуюсь на относительно слабом ноуте с i3 и 3гб памяти.

Aalexeey · 20 марта 2013, 14:45:04

Preload пробовал, у меня он ничего не дал. Prelink после установки и запуска "prelink -avfmR" выдавал error "prelink.bin: ../../src/conflict.c:763: prelink_build_conflicts: Assertion `j < ndeps' failed" как в LMDE так и в Debian, решения как его заставить работать не нашёл нигде.

Brainey · 20 марта 2013, 17:16:13

Цитата: Aalexeey от 19 марта 2013, 16:26:04Udachnik
А оно "e4defrag" умеет перемещать/группировать часто используемые файлы к началу раздела или хотя бы вместе?

Умеет в одну область диска. Подробнее см. здесь.

Цитата: Aalexeey от 20 марта 2013, 14:23:25На XP поднимало производительность значительно

XP использует ФС ntfs, фрагментацией на которой можно пугать маленьких детей. А здесь разница в скорости до и после вряд ли будет большой.

Aalexeey · 20 марта 2013, 19:30:55

Цитата: Brainey от 20 марта 2013, 17:16:13XP использует ФС ntfs, фрагментацией на которой можно пугать маленьких детей

А кто здесь обсуждает фрагментацию или дефрагментацию??? Вы первый пост читали? Ищу лёгкого пути борьбы с разбросанностью по всему разделу системных часто используемых файлов. Головкам HDD совершенно очевидно быстрей считывать файлы из одной области раздела, чем бегать за ними по всему разделу.

qupl · 20 марта 2013, 19:40:52

Цитата: Aalexeey от 20 марта 2013, 19:30:55
А кто здесь обсуждает фрагментацию или дефрагментацию??? Вы первый пост читали?

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