Matthew Dillon опубликовал два письма (первое (http://leaf.dragonflybsd.org/mailarchive/kernel/2005-07/msg0...), второе (http://leaf.dragonflybsd.org/mailarchive/kernel/2005-07/msg0...)), в которых описал текущий статус разработки, ориентированной на добавление функций журнализования для файловой системы.
В настоящее время разработка не завершена, но базовые функции уже доступны для тестирования. Что касается скорости работы, то производительность, при ведении журнала, падает примерно на 7%.
На вопрос о возможности портирования данной технологии для других BSD систем, Matthew Dillon, заявил, что без глобальной переделки всего VFS кода (последние несколько лет VFS в DragonFly BSD претерпела большие изменения), это будет крайне трудной задачей.URL: http://www.osnews.com/story.php?news_id=11101
Новость: http://www.opennet.me/opennews/art.shtml?num=5728
молодец Дилон, вот почти всю стрекозу сам сваял... респект... хотя до продакшн ей - как до Китая пешком...
Тут главное другое, он остальных BSD деятелей попинывает, а то похоже они на лаврах почивать захотели. А он доказал что и возможности 4-ки FreeBSD не исчерпаны вовсе и смысла делать 5-ку не было, а надо было долизывать 4-ю версию.
Почитай почему Дилон взял именно 4 ветку - уж явно не для того что бы кому-то что-то доказать. Взял бы 3.x ветку и доказывал бы сколько угодно
Nikola, каким образом он это доказал, сделав из стабильной четвёрки глюкало, большее чем 5.Х?
Э нет не глюкалово, ты бы лучше сходил на сайт и почитал ПОЧЕМУ он выбрал ИМЕННО четвёрку.
Журналирование давно пора ввести в файловые системы BSD-систем. в этом они проигрывают линуксам.имхо, в пятой ветке достаточно много здравых идей, и я думаю было бы гораздо выгодней разрабатывать ДФ-БСД на её базе, хотя я не такого высокого уровня программист как Matthew Dillon
Mike, SoftUpdates быстрее журналирования. Если к тормозной FFS/UFS сейчас прикрутить журналирование, она станет ЕЩЁ медленнее.
>Mike, SoftUpdates быстрее журналирования.SoftUpdates не решает главной проблемы - тормознутого fsck после краха.Только не говорите, что сервер у вас вообще не перезагружается,думаю каждый кусал локти когда вырубило питание при сдохшем UPS или в panic система из-за оборудования падать начала и после включения диски пол часа чекались.
В 5ке background fsck. На десктопе не очень спасает, на серверах -- самое оно в большинстве случаев.
>В 5ке background fsck. На десктопе не очень спасает, на серверах --
>самое оно в большинстве случаев.
Все равно пока параллельно все диски не почекает, загрузка дальше не пойдет. На 300Гб дисках ждать все равно неприемлимо долго.
У меня глюки (давно с питаловом проблем не было) или оно чекать начинает все-таки через 60 секунд _после_ загрузки?
>У меня глюки (давно с питаловом проблем не было) или оно чекать
>начинает все-таки через 60 секунд _после_ загрузки?Пока он полностью не прочекает диски, он их в rw режиме не смонтирует, только в read-only, и дальше шага проверки не переступит. Параллельность заключается в том, что несколько дисков/разделов проверяются параллельно.Пока не завершиться проследний fsck система не переступит к последующим шагам загрузки.
мисье давно проверял ? или художественый свист?
как он смотрит на то что система загрузилась а fsck чекает в бэграунде snapshot на момент загрузки именно так работает bgfsck...
Аноним, откуда инфа насчёт ro? Из описания я такого вывода не сделал. И в мане не написано... И в жизни не замечал... :)
>Аноним, откуда инфа насчёт ro? Из описания я такого вывода не сделал.
>И в мане не написано... И в жизни не замечал... :)1. Посмотри в rc скрипты
2. Подключи рассудок, какой прок в сисетме в которой разделы примонированы в read-only режиме, а пока fsck не отработает, в rw они находится не могут, так как это чревато нарушением целостности ФС. И вообще fsck _всегда_ нужно запускать только на отмонтированные или ro разделы.
А разве они snapshot для этого не юзают?!
Ага - вот вам man fsck от 5.3:
"Unlike the foreground checking, the background checking is started asynchronously so that other system activity can proceed even on the file systems that are being checked."Так что - сам понимаешь :)