LINUX.ORG.RU

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

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

Добавление:

> фрагментация может наличествовать

Более того, она (в извращенном FAT'овом понимании) есть практически всегда.

Obidos ★★★★★
()

У меня (ext3) проходят письма с сообщениями check disk один раз попробывал та вся система рухнула... при проверке начал собирать bad блоки и все файлы позатирал. Пришлось все перестанавливать. Как здесь быть? Что делать? Спасибо.

anonymous
()

А по идее штраф производительности всегда будет в силу механических ограничений. Винт - не память, чтобы скорость чтения ячеек не зависела от их адреса, и головка чтения/записи не аморфна, а вполне механическое существо. Когда говорят, что не страшно, наверное имеют в виду что на практике для большинства случаев дефрагментация незаметна.

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

> скорость чтения ячеек не зависела от их адреса

скорость чтения зависит. но фрагментация тут не причем.

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

> скорость чтения зависит
Есть доказательства, что скорость чтения/записи в ram зависит от адреса этого самого адреса чтения/записи? Разумеется про NUMA не говорим.

> но фрагментация тут не причем.
Фрагментация файловой системы приводит к снижению производительности.

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

а кто нибудь может обьяснить почему фрагментация невозможна на екст файловой системе ??? Предположу что фрагментация на екст2-3 системах вполне существует и при активной работе , допустим сквида с кешем в 50 гб и самбой с активным файловым архивом на 50 гб - фрагментация будет ...

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