LINUX.ORG.RU

Производительность разных ФС для /usr/

 , , , , ,


0

0

Тестирование ext3, jfs, reiser4, reiserfs, xfs в роли файловой системы для /usr. Влияние на скорость запуска программ.

Пример диаграммы запуска для Firefox: http://balancer.ru/img/forums/0811/FS...

Резюме: лучше всего с данной ролью справляются XFS и Reiser4, но последняя имеет склонность к сильной потере производительности в процессе регулярных обновлений системы. Возможно - вследствие фрагментации.

>>> Подробности

у нас SGI-шном суперкомпутере XFS недавно навернулась, причем именно на софтварном уровне глюк, ибо hardware raid... вроде восстановили, но некоторые файлы все же пропотерялись

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

>git это исполинский черный хрум

И что же там "исполинского"?

>если строк кода меньше мильена, то hg хватит только так

А зачем он вообще нужен, этот hg, когда есть git?

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

>А зачем он вообще нужен, этот hg, когда есть git?

git не работает с удалёнными файловыми системами. Не может залочить FS.

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

> кто ж знал такую подлянку с долгим юзанием /usr?

Когда уже наконец запустишь fsck.reiser4 --fix /dev/mapper/yourreiser4?

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

>Когда уже наконец запустишь

Запускал. Ошибок никаких не было. После перезагрузки с «исправленного» раздела ничего не изменилось, первые же два ldconfig выполнялись по 28 секунд :)

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

> Ошибок никаких не было

ЭЭэээ... У меня там обычно пишет там несколько сот строк в секунду, приходится консоль переключать, чтобы процесс быстрее шел))

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

Вообще этот баг есть и мной тоже замечен...

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

>ЭЭэээ... У меня там обычно пишет там несколько сот строк в секунду, приходится консоль переключать, чтобы процесс быстрее шел))

Нет, ничего такого. Только раза три скроллбар пробежал. Довольно долго.

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

>Кстати, так что там с дефрагментаторами?

Под xfs замечательно. Там где выше было 60+% уже 12% :)

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

>Под xfs замечательно. Там где выше было 60+% уже 12% :)

Какие дикие цифры. Под UFS2 ни разу не видел фрагментацию более 5%.

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

>Какие дикие цифры. Под UFS2 ни разу не видел фрагментацию более 5%

Ну да, если записать один файл на большой раздел, то фрагментация будет нулевая :D

...

Если на практике фрагментируется ВСЁ, от ext3 до NTFS, то чем же это UFS2 так особенна? Может, она родственница RT-11? Там фрагментация принципиально отсутствовала :D

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

>Если на практике фрагментируется ВСЁ, от ext3 до NTFS, то чем же это UFS2 так особенна? Может, она родственница RT-11? Там фрагментация принципиально отсутствовала :D

Это вопрос риторический. Все уже давно знают на него ответ: если в BSD чего-то нет, то значит это не нужно. Точно так же с фрагментацией:)

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

>если в BSD чего-то нет, то значит это не нужно

Точнее: если в BSD чего-то нет, то это потому, что оно не нужно

Led ★★★☆☆
()

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

Дык чего гадать - проверь с помощью запасной партиции и утилиты cp

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

> Может, она родственница RT-11? Там фрагментация принципиально отсутствовала :D

это там, где команда SQUEEZE была?

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