LINUX.ORG.RU

В файловой системе UFS (FreeBSD) появилась поддержка журналирования

 , , ,


0

0

Автор планировщика задач ULE Джефри Робсон улучшил механизм Soft Updates файловой системы UFS. Одно из основных нововведений - система журналирования метаданных, изменяемых при работе Soft Updates. Она отличается небольшим объемом журнала и высокой скоростью восстановления UFS. В связи с этим, необходимость запуска fsck после «грязного» размонтирования файловой системы отпадает.

Данная работа была сделана по заказу компаний iXsystems, Yahoo! и Juniper networks и будет добавлена в ветку FreeBSD 9.0-CURRENT.

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

★★★★★

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

лол

В связи с этим, необходимость запуска fsck после «грязного» размонтирования файловой системы отпадает.

Но это, безусловно, радует. Ибо задолбало невообразимо.

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

Ибо задолбало невообразимо.

Интересно, чем?

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

Задолбало, что нету денег на покупку UPS и настройку агента упса, гасящего ферму серверов при мелком рантайме ;)

По статье - непонятно, это улучшение

options UFS_GJOURNAL # Enable gjournal-based UFS journaling

или отдельная наработка.

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

Задолбало, что нету денег на покупку UPS

Это понятно. А что с fsck не так?

iZEN ★★★★★ ()

Я не понял, а раньше в бсд журналирования не было вообще? Не верю.

Werehuman ★★ ()

когда же у вас flash нативный допилят? станет 2 системы пригодных для дома.

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

>А что с fsck не так?

то, что приходится ждать, пока она отработает?

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

изен, а почему ты не заявляешь, что журналирование в UFS2 не нужно, ибо soft updates работает лучше любого журнала?

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

Надо быть веб-десайн-уродом, чтобы делать на flash сайт

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

>Надо быть веб-десайн-уродом, чтобы делать на flash сайт

а тытруба?

anonymous ()

наш ответ на «iptables 1.4.6 с поддержкой критерия OS Fingerprinting» ; )

se ★★ ()

Yahoo! занимается некромантией?

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

изен, а почему ты не заявляешь, что журналирование в UFS2 не нужно, ибо soft updates работает лучше любого журнала?

Журналирование нужно, чтобы быстро восстановиться после аварийной перезагрузки и не тратить ресурсы CPU на fsck. Ключевые слова: быстро, ресурсы CPU.

Soft Updates обеспечивает приемлемое решение надёжности метаданных ФС без использования журнала, только если время восстановления после сбоев не критично.

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

когда же у вас flash нативный допилят?

В PC-BSD Adobe Flash «из коробки».

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

то, что приходится ждать, пока она отработает?

Кому?

iZEN ★★★★★ ()

Походу что-то с их креокамерой...

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

>В PC-BSD Adobe Flash «из коробки».

в виде видового firefox.exe и flash-плагина, которые через wine запускаются?
и если мне склероз не изменияет, все это(включая wine) внутри одно package было..
в топку этот pc bsd.

уж лучше чистую freebsd юзать.

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

С этим полностью согласен. Даже в Background-fsck большого смысла нету - bgfsck до такой степени аггресивный, что практически, пока до конца не дойдет - все равно система работать почти не будет. Поэтому, лучше в fstab поставить все партишены для проверки на этапе бута. Мне двух раз хватило падений 11Тбайтного массива на UFS, чтобы принять решение о срочном переходе на ZFS6(давно было).

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

11-террабайтные массивы обычно прописывают в fstab с ключом noauto.
а дальше по обстановке.

а background fsck - это зло. да.

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

Только это характерно для i386 (где работает Wine) и Firefox Windows Version - тк PCBSD, ожидая подвоха в виде крика со стороны пользователей о неработающем Флеш, запускает Firefox через wine.

А тот Firefox что нативный, имеет ту же проблему что и многие Линуксы до определенного времени - при вторичном получении Flash контента на один процесс nspluginwrapper - сам nspluginwrapper начинал отжирать 100% cpu, пока не помирал или его не срубить по kill. Лучше уж gnash использовать. Последняя версия gnash в BSD доступна

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

>Журналирование нужно, чтобы быстро восстановиться после аварийной перезагрузки и не тратить ресурсы CPU на fsck. Ключевые слова: быстро, ресурсы CPU.
это то что в ext3 давно есть?

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

>а тытруба?

В тытрубе это технически обоснованной решение. А вот если уроды целые веб странички на флеше лепят, да есть такие, то это уже клиника.

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

>это то что в ext3 давно есть?

[огрызнулся в ответ]а снапшоты в ext3 давно есть?
про lvm на время не будем вспоминать. не все его используют. поэтому речь только о ext3.

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

Помню на одном форуме кто-то когда то давно с пеной у рта доказывал, что журнал нафиг не нужен когда есть Soft Updates...

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

> когда то давно с пеной у рта доказывал, что журнал нафиг не нужен

Если лично и конкретно ему журнал нужен не был - то ничего странного что он отстаивал свое личное мнение. Жаль конечно что пена пошла.. с кем не бывает.

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

> при вторичном получении Flash контента на один процесс nspluginwrapper - сам nspluginwrapper начинал отжирать 100% cpu, пока не помирал или его не срубить по kill

Тот глюк вроде как от неадекватного поведения linux-glibc был. И в августе уже запатчили, ограничив раздувание стека для плагинов.

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

>Кому?

ах да, я совсем забыл, что бсд - для говнороутеров. на домашней машинке под виндой проблема долгого fsck на UFS2 действительно неактуальна.

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

~15 минут fsck в фоне на 300ГБ разделе это долго?

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

Помню на одном форуме кто-то когда то давно с пеной у рта доказывал, что журнал нафиг не нужен когда есть Soft Updates...

Для кого-то журнал жизненно необходим, так как позволяет меньшими усилиями слабенького(!) CPU быстро восстановить структуру ФС. Для других это не столь актуально, так как fsck на UFS2+SU работает в фоне.

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

>~15 минут fsck в фоне на 300ГБ разделе это долго?

Это шутка такая? Сидеть 15 минут и втыкать, когда reiserfs это сделает за 3 секунды

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

iZen а pcbsd на лаптоп как? или так же как фря?

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

> когда же у вас flash нативный допилят? станет 2 системы пригодных для дома.

В линуксе уже допилили? Мона играться?

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

>>>В связи с этим, необходимость запуска fsck после «грязного» размонтирования файловой системы отпадает.

Ибо задолбало невообразимо.

Интересно, чем?

Необходимостью.

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

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

а вот в opensolaris flash работает превосходно.

Levinskij ()

Из того что планируется в 8:

* Естественно, FreeBSD 8
* KDE 4.3 (говорят plasma не падает :) )
* Полностью новая программа установки:
>> !!! o умеет устанавливать как PCBSD так и чистую FreeBSD
o помоему умеет ставить на шифрованый раздели включать mirrowing
o умеет настройку пользователей во время первой загрузки (а не в момент инстала)
o умеет конфигурационные файл для предопределённых сценариев установки

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

надо дотерпеть, на форуме пишут они от pbi уходят постеменно в сторону портов, еще бы лицензию на cddl сменили бы

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

Сейчас купить винт на 300 гиг это умудриться надо. Современные терабайтники часами проверяться будут?

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

> Я не понял, а раньше в бсд журналирования не было вообще? Не верю.

Было через GEOM (недавно появилось), но там журналируется все подряд, не только метаданные.

Еще идея софтапдейтов чуток более правильная, чем журнал - далать изменения так, чтобы не нарушать целостности данных. Т.е. структуры даннах на диске заменяются таким образом, что файловая система всегда в рабочем состоянии. Но то ли она сложнее в реализации, чем журналирование, то ли во FreeBSD такая реализация. Еще возможно, что софтапдейты не дружат с очередью команд на дисках. Так или иначе во FreeBSD без fsck на нормально нагруженной машине после падения питания нихрена /var не заработает. Т.е. журнал заруливает софтапдейты.

Liosha_Syrnikov ()

OMG! Позитивненько.

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

>Помню на одном форуме кто-то когда то давно с пеной у рта доказывал, что журнал нафиг не нужен когда есть Soft Updates...

а что нужность журнала уже была с тех пор доказана? :)

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

>ах да, я совсем забыл, что бсд - для говнороутеров

вообще то идеальна для хостинговых площадок с виртуальными хостами. более стабильного ничего ещё не изобрели.

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

Всё больше и больше хороших новостей от FreeBSD=)Давайте,так держать!

melon-aerial ()
Ответ на: комментарий от Klausd

> В тытрубе это технически обоснованной решение.

Как раз таки ровно наоборот, там флеш если подумать на *й не упал никому, но по-другому не осилили.
YouTube отлично показывает Gnash, кроме того есть та хрень которая заменяет там флеш mplayer'ом, есть youtube-dl и clive (что гораздо удобнее стриминга).
А адобовский флеш в 7.чтото заявили как полностью поддерживаетмый, после того как линуксулятор обновили до 2.6. С тех пор что-то изменилось? Я лично видел отлично работающий адобовский флеш на FreeBSD.

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

> а тытруба?

ставь юзерскрипт для преобразования видео ютюба в html5'шный <video>...</video>

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