LINUX.ORG.RU

Патчи для поддержки журналирования в UFS добавлены во FreeBSD-CURRENT

 ,


0

0

В основную ветку разработки FreeBSD-CURRENT (будущая основа следующего релиза FreeBSD 9.0) были внесены патчи, реализующие поддержку журналирования Soft Updates для основной файловой системы FreeBSD — UFS. Для реализации этой возможности было добавлено 11 тысяч строк кода и 2 тысячи было удалено. Максимальный размер журнала составляет 32 Мб, хранящие в себе записи о последнем миллионе операций (информация об одной операции составляет 32 байта). Спонсорами разработки являются такие крупные компании как iXsystems, Yahoo! и Juniper.

Журналирование метаданных, изменяемых при работе Soft Updates (SU+J), позволит отказаться от необходимости фонового запуска fsck после некорректного отключения файловой системы (при аппаратном сбое или отключении подачи электроэнергии, например) и достичь довольно высокой скорости восстановления состояния файловой системы при достаточно малом объеме журнала, файловая система остается полностью обратно совместимой с нежурналируемым вариантом softupdates. Для примера: процесс восстановления после экстренного отключения заполненного на 80% дискового раздела, размером 250 Гб, с использованием SU+J занял менее секунды, в то время как без SU+J обычный fsck восстанавливал целостность данных 24 (!) минуты.

Ранее журналирование для файловой системы FreeBSD реализовывалось при помощи GEOM-класса gjournal и было доступно только на уровне GEOM провайдеров. Основное отличие gjournal от SU+J в том, что первый работает на уровне блочного устройства, в то время как второй манипулирует данными только на уровне мета-данных файловой системы. Как следствие gjournal требует для хранения журнала больше памяти и уступает в быстродействии.

Новость является перепечаткой новости с сайта http://www.opennet.ru

>>> Подробности в блоге автора



Проверено: maxcom ()

Странное затишье в комментариях. У меня аж кровь в жилах стынет :)

BSD ()

даже анонимус в шоке :)

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

Если учесть что новость появилась три минуты назад, трудно ожидать несколько страниц коментов ~_^

I-Love-Microsoft ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

Если учесть что новость появилась три минуты назад, трудно ожидать несколько страниц коментов ~_^

Да, ЛОР уже не торт.

NoMad ★★ ()

а я в шоке от того что узнал что на дворе 2010 год а это только щас сделали, бро, фрибсд жж0т, как всегда.

anonizmus ()

Поспешили бздуны, ой поспешили...

ведь итак неплохо жили :-)))

splinter ★★★★★ ()

Спонсорами разработки являются такие крупные компании как iXsystems, Yahoo! и Juniper

Ну и кто скажет что FreeBSD не нужно?

AlexVR ★★★★★ ()

Патчи для поддержки журна

слишком поздно.

Jayrome ★★★★★ ()

>Для примера: процесс восстановления после экстренного отключения заполненного на 80% дискового раздела, размером 250 Гб, с использованием SU+J занял менее секунды, в то время как без SU+J обычный fsck восстанавливал целостность данных 24 (!) минуты.

И ЭТО они не могли реализовать двадцать лет??? Запись в журнал и откат?

den2 ()

Эстонские некроманты выбирают FreeBSD?..
Что, круто, ещё лет 20 и, глядишь, фряхой можно будет пользоваться и для повседневных задач и для чего-то серьёзного, а не только как роутером в домосетках из трёх калек.

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

>И ЭТО они не могли реализовать двадцать лет??? Запись в журнал и откат?

Ты новость читал, детка? Это было реализовано при помощи geom.

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

Тут перепись петросянов?

Ранее журналирование для файловой системы FreeBSD реализовывалось при помощи GEOM-класса gjournal и было доступно только на уровне GEOM провайдеров. Основное отличие gjournal от SU+J в том, что первый работает на уровне блочного устройства, в то время как второй манипулирует данными только на уровне мета-данных файловой системы. Как следствие gjournal требует для хранения журнала больше памяти и уступает в быстродействии.

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

>Ты новость читал, детка? Это было реализовано при помощи geom.

И что? На дворе 2010 год, а у них только журнал появился.

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

>ещё лет 20 и, глядишь, фряхой можно будет пользоваться и для повседневных задач и для чего-то серьёзного

ЧСХ, это будет также не нужно, как и сейчас

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

Эстонские некроманты выбирают FreeBSD?..


Кастую появление айзена, который подробно, на пальцах, обьяснит нам всем что в бзде все православные поцаны с ынтырпрайзом используют zfs.

Кстати, а твой ник - вот был фильм такой, один из первых совецких «ужастиков» (там некая тварь по лесу шастала) - это от туда ?

anonizmus ()

>с использованием SU+J занял менее секунды, в то время как без SU+J обычный fsck восстанавливал целостность данных 24 (!) минуты

Круто же!

ЗЫ. Автор, я дарю её тебе ','. Не обижай её!

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

>ЗЫ. Автор, я дарю её тебе ','. Не обижай её!

Спасибо. Я буду ее беречь :'(

BSD ()

Ну и кто говорил, что BSD RIP? Всё, съели?

yumko ★★ ()

Вы получаете спецприз за копипаст с опеннета!

Rubystar ★★ ()

Отличная новость. Интересно как появление журнала отразится на производительности.

exst ★★★ ()

Не зря я, однако, думаю о том, чтобы заменить жручую zfs на ufs2.

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

> Интересно как появление журнала отразится на производительности.

Надежность и производительность всегда конфликтуют

no-dashi ★★★★★ ()
Ответ на: комментарий от NekoExMachina

Только дождись предварительно, когда закончат писать fsck.ufs2 с поддержкой журнала :-)

no-dashi ★★★★★ ()

Круто. Теперь научно-технический прогресс добрался и в эту деревню. Аж слеза наворачивается от созерцания...

anonymous ()

таки история показывает, что журнал нужен! а все ...ны кричали нафик несдался

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

>Что, круто, ещё лет 20 и, глядишь, фряхой можно будет пользоваться и для повседневных задач и для чего-то серьёзного, а не только как роутером в домосетках из трёх калек.

К тому моменту у linuxа будет телепатический интерфейс с одной кнопкой.

dn2010 ★★★★★ ()

а по мне, так пусть фря живет, как показывает практика, и она кому-нибудь пригодится, ну или потешить ЧСВ сборкой софта из портов :)

UnknownUser ()

Кастую Изена в тред!

Интересно, как он будет оправдываться. Предвижу комментарий в духе «журнал добавили специально, чтобы линуксоиды больше не спрашивали про него».

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

>И что? На дворе 2010 год, а у них только журнал появился.

В линуксе журнал уже много лет, но лучше бы его такого там не было

alex-w ★★★★★ ()
Ответ на: комментарий от dn2010

К тому моменту у linuxа будет телепатический интерфейс с одной кнопкой.

и для нее будет over 9000 строк legacy кода :) и libastral станет таким же «огромным и раздутым» © Linus

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

Зачем мне спрашивать у изена?
При 4+ГБ и моих объемах hdd оно будет не-жручим. А памяти докупать не хочется.
А у изена вестимо меньше hdd и больше памяти.

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

> Кастую появление айзена
Собственно на это и было рассчитано.

Кстати, а твой ник...

Да. С учётом некоторой игры на названии места жительства.

Lumi ★★★★★ ()

гыгы. А неанонимный аналитик изень с лора утверждал что «не нужно».

Даже наши гении иногда ошибаются.

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

> Тут перепись петросянов?
Петросяны здесь раньше пачками тусовались и забрызгивали всё слюной, доказывая, что журнал в бзде не нужен.

Lumi ★★★★★ ()
Ответ на: комментарий от alex-w

Quote:

В линуксе журнал уже много лет, но лучше бы его такого там не было

Что же не так с ним?

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

> Что же не так с ним?

Он, блин, работает, что категорически не устраивало БЗДунов :-)

no-dashi ★★★★★ ()
Ответ на: комментарий от Divius

> Круче FreeBSD только Minix...

А если продолжать ряд в соответствии с реальными возможностями каждой из систем, то круче миникса только MS-DOS и CP/M? :-)

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

>А если продолжать ряд в соответствии с реальными возможностями каждой из систем, то круче миникса только MS-DOS и CP/M? :-)

Нифига, есть же M$-Basic вместо ОС!!

Pavval ★★★★★ ()

Ну что? Слились со своим геомом? То орали, что GEOM - гибкое и эффективное средство. Оказалось - пук и ничего больше.

Quasar ★★★★★ ()
Ответ на: комментарий от no-dashi

>> Что же не так с ним?

Он, блин, работает, что категорически не устраивало БЗДунов :-)

Он может и работает, но вот данные на хваленых супернадежных журналируемых файлухах на линуксе уже дважды терял. На FreeBSD с ее UFS такого ни разу не было.

P.S. 1) Возможно это карма такая у меня и 2) речь идет о рабочей станции, если что

alex-w ★★★★★ ()
Ответ на: комментарий от Rubystar

Rubystar> Спроси у iZEN-а. У него не жручая.

У iZEN'а NTFS.

Quasar ★★★★★ ()
Ответ на: комментарий от alex-w

ext3 в режиме journal гарантирует целостность данных.

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

>ext3 в режиме journal гарантирует целостность данных.

Я тоже так думал раньше. Пока не нарвался на ситуацию, когда на ext3 с журналом данные накрылись

alex-w ★★★★★ ()
Ответ на: комментарий от Quasar

>Ну что? Слились со своим геомом? То орали, что GEOM - гибкое и эффективное средство. Оказалось - пук и ничего больше.

Геом — действительно очень гибкое и удобное средство (как аналог линуксовых LVM, mdraid, losetup, etc). Но использовать его для журналирования — это костыль.

Поменьше слушай всяких клоунов, которые комп от полуторного матраца не отличают, и при виде любого технического вопроса начинают судорожно гуглить, что, однако, не мешает им высказывать собственное Авторитетное Мнение с абсолютно серьезным видом. Ну ты понял, о ком я :)

nnz ★★★★ ()
Ответ на: комментарий от alex-w

Совсем накрылись? В этом режиме сохраняется как минимум старая версия файла. Потеря содержимого файла возможна при ordered и writeback.

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