LINUX.ORG.RU

Reiser4 практически стабильна


0

0

После большой работы, по исправлению ошибок, считается, что Reiser4 готова к использованию "средним пользователем" на рабочих системах.
Раньше этого делать не рекомендовалось.

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



Проверено: maxcom

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

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

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

Почти все LINUX FS отстойное ГОВНО

Хватит гнать про отличные Linux FS и про отстойный NTFS. У меня один раз встала задача - написать тестер файловых систем, фирме требовался большой и надёжный Линукс-файловый сервер. Тест был написан. Админ наш его погонял. Результаты оказались весьма плачевными - очень много файловых систем ЧРЕЗВЫЧАЙНО НЕСТАБИЛЬНЫ!!!!!!! ФС падали и ломались ака ёлочные игрушки. Я за давностью ремени не вспомню деталей - но сам тест распространяется под GPL и любой желающий может протестировать свою ФС. Тестировать рекомендуется 3-5 суток. Если после этого ваша ФС выживет, тогда и гните пальцы. А у меня лично Линуксовые ФС оставили самые гнетущие впечатления... Вот линк на сорцы теста - http://www.rsdn.ru/Forum/Message.aspx?mid=589692&only=1

В комментах есть строка для сборки...

anonymous
()
Ответ на: Почти все LINUX FS отстойное ГОВНО от anonymous

> и про отстойный NTFS.

Не слушайте красноглазых... И сами не уподобляйтесь им.

> Тестировать рекомендуется 3-5 суток.

А зачем? Разве время не однородно? :)

> В комментах есть строка для сборки...

g++ -pthread testfs.cpp -o testfs

P.S.

Погонял минут 20... В чем прикол-то?

Dselect ★★★
()
Ответ на: Почти все LINUX FS отстойное ГОВНО от anonymous

>Тестировать рекомендуется 3-5 суток

А физически диск за неделю _непрерывного_ I/O медным тазиком не накроется ;)

А то у меня лишнего старенького нету, а новенькую 120Гиговую баракуду чего то жалко ;)

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

>Погонял минут 20...

Ладно - уговорил ;)

ss@opteron1:/mnt/hd/crashfs$ screen -d -m ./crashfs /mnt/hd/crashfs -c 100 -t 7200 -m 1 -M 2000000

PS: Файловая система - JFS

PS2: В параллель крутится задача, отмапившая гиг памяти, и потихоньку грызущая числа, живет на другой fs так что думаю что кроме тормозов на 5 дней никаких дополнительных неприятностей для нее не будет ;)

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

> так что думаю что кроме тормозов на 5 дней никаких дополнительных неприятностей для нее не будет

Даже и тормозов не будет, скорее всего. Большую часть времени те *надцать потоков попросту блокированы на I/O

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

>Даже и тормозов не будет, скорее всего. Большую часть времени те *надцать потоков попросту блокированы на I/O

Угу... кроме LA~100 никаких иных симптомов ... в чем тест я так и не понял ;)

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

Время ни разу неоднородно... Иными словами, если сервер проработал 10 минут и не повис это не даёт гарантию безостановочной его работы в течении года... Теперь насчёт теста - я сейчас позвонил нашему админу (он был автором теста, я программил) - по его словам отказ фаловых систем проявлялся не только в потере данных, но и в "зависании" потоков на вводе-выводе... Тестировался фирменный Dell'овский 2-х головый файл-сервер с RAID, поэтому целостность данных ещё и на физическом уровне поддерживалась. Итак наши резудьтаты: выдюжила _ТОЛЬКО_ ex3. Все стальные ФС (xfs, raiser, etc.) слили это ФС, глюча со страшной силой. Ещё раз поворю - ЭТО НЕ ТЕСТ НОСИТЕЛЕЙ, ЭТО ТЕСТ ФС!!!

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

>по его словам отказ фаловых систем проявлялся не только в потере данных, но и в "зависании" потоков на вводе-выводе...

И как он это определял ? ;)

>Тестировался фирменный Dell'овский 2-х головый файл-сервер с RAID, поэтому целостность данных ещё и на физическом уровне поддерживалась.

Это каким же образом ??? ;))) Вы теплое с мягким часом не путаете ? Корректность ФС и корректность данных, это немного разные вещи или Ваш RAID массив аппаратно поддерживает проверку целосности FS ? ;)

>Все стальные ФС (xfs, raiser, etc.) слили это ФС, глюча со страшной силой.

А симптомы глюков какие ?

Я пока что на моем 2х головом оптероне никаких особых тормозов не замечаю кроме тех что я спрогнозировал:

- фоновай числодробильная задача сейчас имеет только 35% процессорного времени (то есть тормознулась не в 5 а в 3 раза) - слив данных с нее существенно замедлился (на глаз действительно раз в 5)

Короче в понедельник будут результаты ( если успею поймать детач скрина ;) )

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

> и в "зависании" потоков на вводе-выводе...

Что такое "зависание"? Блокировка на I/O? А вы что хотели, чтоб все 20 штук одновременно могли писать? ( у Вас что, какой-то шибко навороченный SCSI массив и > 20-way машина?)

> глюча со страшной силой.

Не понимаю... В чем проявляются эти глюки? ( портится ФС? kernel panic? кофеварка ломается? ). Через какое время начинают проявляться? ( а то за ночь вроде ничего не случилось, и меня гложут сомнения, что вообще что-то случится...)

> Ещё раз поворю - ЭТО НЕ ТЕСТ НОСИТЕЛЕЙ, ЭТО ТЕСТ ФС!!!

А мне показалось наоборот -- 20 с лишком потоков, которые 3'-е суток терзают диск -- это скорее тест носителя, а не ФС.

Dselect ★★★
()
Ответ на: Почти все LINUX FS отстойное ГОВНО от anonymous

ну если брать винчих то получится что винда=убийца биосов. не путайте теплое с мягким. после длительного юзания обоих осей скажу что в маздае они таки хуже. хоть и совершенствуются.

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