The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Анализ необходимости дефрагментации ФС в Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от opennews (??) on 11-Дек-07, 16:36 
Sander_Marechal решил (http://lxer.com/module/newswire/view/96989/index.html) собственноручно убедится в отсутствии необходимости использования программ для дефрагментации файловой системы в Linux.


Вывод: для ощутимого повышения уровня фрагментации файлов в ФС (ReiserFS) пришлось постараться. После запуска defrag (http://ck.kolivas.org/apps/defrag/defrag-0.06/defrag) скрипта от Con Kolivas, фрагментация опять упала до приемлемого уровня (суть скрипта в сортировке файлов по их размеру с последующим переименованием и копированием). Мелкие файлы мало влияют на уровень фрагментации ФC, фрагментация повышается только при наличии крупных файлов.


Дополнение: Вадим Калинников  подготовил заметку (http://ylsoftware.com/?action=news&na=viewfull&news=379) на основе текста статьи.

URL: http://lxer.com/module/newswire/view/96989/index.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=13179

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от fresco (??) on 11-Дек-07, 16:36 
Ну, это было понятно давно -- исходя из логики работы аллокатора reiserfs.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от Moralez (??) on 11-Дек-07, 17:10 
на самом деле, если верить рассылке freebsd-stable@, если файл нефрагментированный, то это не значит что он одним куском на диске лежит. если я правильно понял %-) так что, в реальности фрагментация - не показатель. Даже если она равна нулю, всё-равно файлы не лежат штабелями. я с тех пор на этот показатель внимания не обращаю, т.к. он нерепрезентативен... :(
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от fresco (??) on 11-Дек-07, 18:31 
Не правильно. Презентативен, обращают. Фрагментация просто разная бывает.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от Tracer (??) on 12-Дек-07, 00:07 
Да-да! Бывает Фрагментированно, но так, что недеврагментированно! %)))) Сам видел!!! =))))
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от serg1224 email on 12-Дек-07, 04:00 
>если файл нефрагментированный, то это не значит что он одним куском на диске лежит

Дефрагментация хороша уже тем, что "куски" рядом лежат, последовательно друг за другом. Упреждающее чтение даст повышение производительности (HDD придется меньше головками двигать).

Дефрагментированные файлы проще найти и восстановить после аварийного сбоя, если нет бэкапа, конечно.

Кстати, если фрагменты файлов записывать попеременно на разные стороны (блины) жесткого диска, то можно добиться параллельной работы нескольких головок.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от nuclight email on 12-Дек-07, 16:42 
Это не всё не столь актуально в нынешних файловых системах (с другим расположением инод и прочих метаданных), особенно в условиях многозадачности и наличия кэшей. Более того, есть и практики намеренного фрагментирования файлов для общего ускорения в конечном счете - навроде этой самой записи на разные блины, но не такое - потому что реальная геометрия винтов уже давно оторвана от той, которую видит ОС.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от pavlinux email(??) on 12-Дек-07, 00:08 
... Нужна, нужна... и обязательно с красивыми мигающими квадратиками, ala O&O Defrag   :)


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "OpenNews: Анализ необходимости дефрагментации ФС в Linux"  
Сообщение от uldus (ok) on 12-Дек-07, 10:30 
Я бы еще отметил, что сам факт фрагментации начинает появляться при недостатке  свободного места на диске, если процентов 20% свободно, то и беспокоиться не о чем. Серьёзно задуматься о чистке нужно, когда в логе появятся сообщения о изменении политики оптимизации с "time" на "space".
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Дефрагментация разная нужна"  
Сообщение от Дмитрий ю. Карпов on 12-Дек-07, 11:42 
Например, для запускаемых файлов (которые практически никогда не меняются) оптимальна "плотная укладка", когда не резервируется место под возможное расширение файла. Так что /usr надо дефрагментировать одним способом, а /var надо дефрагментировать совершенно иначе. У Norton SpeedDisk была возможность выбора алгоритма/цели дефрагментации вплоть до "собрать директории вместе (для ускорения поиска файлов по имени)".
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Дефрагментация разная нужна"  
Сообщение от nuclight email on 12-Дек-07, 16:43 
Это давно неактуально для современных файловых систем.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру