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

Мой ляптоп благодарен Джефри Робсону :)

Уже???

Нет ещё. Код ещё не открыли.

лол

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

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

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

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

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

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

options UFS_GJOURNAL # Enable gjournal-based UFS journaling

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

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

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

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

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

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

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

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

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

было через geom

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

а тытруба?

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

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

BSD - Best System Deprecated?

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

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

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

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

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

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

Кому?

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

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

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

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

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

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

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

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

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

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

>а тытруба?

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

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

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

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

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

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

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

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

>Кому?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

уже попробовать можно: http://lists.pcbsd.org/pipermail/testing/2009-December/003151.html

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

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

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

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

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

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

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

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

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

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

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

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

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

> а тытруба?

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