Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3656 из 10763 ===================================== RU.UNIX.BSD =
От   : Alex Korchmar                    2:5020/400         26 Oct 15 23:43:27
Кому : Dmitry Miloserdov                                   26 Oct 15 23:43:27
Тема : Re: Страшные тормоза zfs
FGHI : area://RU.UNIX.BSD?msgid=<1187502934@ddt.demos.su>+92d35e26
На   : area://RU.UNIX.BSD?msgid=<1187502929@aspen.stu.neva.ru>+928592fb
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
From: Alex Korchmar <noreply@linux.e-moe.ru>

Dmitry Miloserdov <dmitry@bis.ru> wrote:

DM> Вот как раз на fat терялось все к хренам.
все же 90% человечества - @даки?

DM> Сначала пара файлов начинают указывать на одно место, потом
да вот с хера ли им это делать? Hадеюсь, не потому что систему
разнесло к чертям, но тупоумному юзеру и в голову не пришло проверить
диск (даром что 98я, кажется, а может и еще 95я запускали scandisk
принудительно)?

DM> один из них удаляют и вуаля TETRIS.HST расположен там же
если удаляли руками - кластеры пометились как свободные, с чем и
поздравляю. Hе знаю, детектила ли эту ситуацию msdos, но это проблемы
реализации, а не fs. Если удаляли scandisk - лишний удален, проблема исчерпана.
DM> где большой каталог. Победа сопровождается разнесением FS в
то есть после этого еще и кросслинкнулись не два файла, а файл с каталогом.
(я такого за всю жизнь не видел, впрочем, я и просто кросслинки видел буквально
пару раз, и, разумеется, один или оба были как раз свежеменявшимися в момент
крэша)
А тупоумный юзер все продолжает работать, да?

Объясни мне, чем это так уж сильно отличается от попытки работать
на диске, где пересеклись 2nd level inodes, и какова судьба fs с
такими проблемами, если юзер достаточно тупой и сильный, чтобы так
и не запустить fsck?

Кстати, все помнят что это вот такое:
-r-xr-xr-x  1 root  wheel  5484 Jun 18 18:54 /sbin/clri
и наследием каких времен оно является?
pctools говоришь? Hю-ню!

DM> Сравнивать с UFS и системами с реальной многозадачностью
DM> в которой ввод-вывод не блокирует другие приложения как-то смешно.
многозадачность у нас вполне реальная со времен windows 3.1
Это 1990-й год, Микель поднимает /35 на этой платформе и советует другим.
(и да, он там в соседнем окошке что-то программирует)
Мы %!ся с шаред-дисками, потому что на нашем говне винда не работает (точнее,
не работает в protected mode), зато у нас его много.
(и да, это рилтаймовая многозадачность, модем тебя ждать не будет)

DM> а вопреки принципу Питера, когда fs в которой не были
DM> задуманы даже каталоги подстроили к более широкому кругу
каталог (правда, один и фиксированного размера) там был изначально.
Это, конечно, сегодня кажется полной херней - если бы я вот только сейчас
не вынужден был запускать squeeze на fs, которая ДАЖЕ произвольно располагать
файлы не имеет. XXI век. Пол-гига оперативы. Цена дороже самолета.
Какие, в жопу, каталоги - сквиз, блжад! А в 88м году это было
_нормой_. fat в исполнении dos3.1 была неимоверным прорывом. Еще и
целых восемь символов для имени файла. В конкурирующих поделиях
считалось достаточно и шести.

DM> В теории zfs не рушится без разрушения носителя.
на практике достаточно почитать рассылку, чтобы убедиться в обратном.

DM> Расскажешь как?
думаю, если бы люди знали, как, они бы что-нибудь с этим знанием делали.

впрочем, фатальное "degraded" для fs, позиционирующейся как self-healing,
тоже немного не компльфо даже при "разрушении носителя". Все же не
1990й год на дворе, те-то дискеты по сей день читаются.


> Alex

--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.333434 секунды