<h3>Новое:</h3>- Добавлена утилита kgdb, представляющая собой оболочку для библиотеки libgdb, и включающая в себя некоторые возможности для работы с потоками ядра (kernel threads), модулями ядра и виртуальной памяти. Даже несмотря на то, что еще не реализованы автозагрузка модулей, возможности для извлечения полезной информации из core-файлов и другие необходимые фичи, утилита уже довольно функциональна.
- До версии 4.2.0 обновлены сервер и клиент NTP (network time protocol). Среди новшеств можно отметить поддержку IPv6, обновившиеся драйверы и переименование ntp-genkeys в ntp-keygen.
- Добавлен ACPI-драйвер для поддержки железа от компании Panasonic.
<h3>Изменения:</h3>- В подсистеме GEOM изменены наименования объединенных дисков и страйпов. Теперь вместо /dev/{name}.concat и /dev/{name}.stripe используются /dev/concat/{name} и /dev/stripe/{name} соответственно.
<h3>Темы для обсуждения:</h3>- Синхронизация при панике и журналируемые файловые системы.
Все как обычно началось с коммитта. Robert Watson (rwatson) внес изменения в код, отвечающий за выключение системы, запрещающие сброс буферов на диск во время паники, так как это редко срабатывает как положено и лишь еще больше усугубляет панику и в итоге затрудняет отладку. Дальше пошли разговоры о возможности выбора пользователем поведения системы, например с помощью sysctl-переменной. Было высказано мнение о том, что правильнее было бы добавить в UFS функции журналирования, вспомнили что кто-то раньше пытался портировать XFS, но до чего-то конкретного так и не договорились.
<h3>Изменения в составе коммиттеров:</h3>
- Suleiman Souhlal (ssouhlal) - новый коммиттер системного кода для платформы PowerPC.
<h3>Исправления:</h3>- Исправлена ошибка, из-за которой Makefile с комментарием в строке, начинающейся с .elif не обрабатывался парсером правильно и приводил к аварийному завершению команды make. Эта ошибка была описана в PR 25627.
<h3>Добавление от себя:</h3>- С 23.07 в -CURRENT по умолчанию Иксами считается X.Org (а не XFree). В релизах FreeBSD подобного можно достичь, добавив строку X_WINDOW_SYSTEM=xorg в /etc/make.conf.
Чтобы "проапгрейдить" XFree86 на xorg, нужно сделать следующее (естественно, обновив перед этим порты):
pkg_delete -f /var/db/pkg/imake-4* /var/db/pkg/XFree86-*
cd /usr/ports/x11/xorg && make install
pkgdb -F
Вскоре изменения будут внесены и в sysinstall для -CURRENT.
URL: http://www.bsdportal.ru
Новость: http://www.opennet.ru/opennews/art.shtml?num=4162
> например с помощью sysctl-переменной
Я согласен с таким вариантом.
А я нет
А мне все равно.
Вот и поговорили!
Лучше скажите ,когда 5.3 выйдет...А то 15 июля как бы уже прошло, "а Германа всё нет..."
А слабо анониму выползти на сайт FreeBSD и почитать планы выпаска релизов?
А слабо просто дату написать, если это всем известно?
А вот журналируемую систему, да вдобавок более быструю было бы ну очччень неплохо.
Зачем на большинстве серверов БЫСТРАЯ fs? А ставить фрю на все - маразм.
> А я нет
А почему ?
Я всегда при настройке сервера кидаю в sysctl.conf около 20 заново настраиваемых параметров
> Зачем на большинстве серверов БЫСТРАЯ fs? А ставить > фрю на все - маразм.
FreeBSD идеально подходит для любых серверов.
А если у тебя был в своё воемя негативный опыт с этой системой, то данный (и не только) сайт призваны это исправить.
>FreeBSD идеально подходит для любых серверов.Огого как!
> Ого как !
Назовите мне серверную задачу, которую
не может решить FreeBSD
Да кстати применяемая во FreeBSD технология
Soft Updates намного интелектульнее Logs File
System.
А быстрая fs необходима file,database,proxy,web
,application серверам
SoftUpdates - это реальный шанс потерять содержимое файла в течение минуты после "записи". Вот уж всем маразмам маразм. ;)p.s. Вот вы сами и ответили на свой первый вопрос: freebsd такие задачи как "file,database,proxy,web
,application servers" решает хуже конкурентов. Спасибо :)
Кстати, в чём прелесть этой интеллектуальности, если EXT3 с полным журналированием быстрее? :)
По поводу возможной потери данных в Soft Updates
До того, как у меня появился ИБП, у меня несколько
раз в году отключали электричество от комнаты,
где стоят сервера.
Сервера(2 штуки) работали под управлением FreeBSD 4.9
и FreeBSD 5.2.1 с включенной Soft Updates
В момент отключения электричества в среднем к
1-му серверу(файл-сервер) было подключено
порядка 40 пользователей.
ко 2-му (web+database) порядка 30.
Нихто НИЧЕГО НЕ ТЕРЯЛ.
Теперь относительно сравнивания FFS и ext3
Такого не может быть, по причине того, что
у меня до FreeBSD на сервере стоял Mandrake 8.0
с ext2fs
После установки FreeBSD 4.10 дисковые операции
замедлились всего на 5-8%
А ext3 с полным журналированием медленне ext2 на
20-30%
Относительно, того что FreeBSD хуже справляется
с задачами, чем конкуренты, то прошу пример.
А если вы не умеете настраивать FreeBSD, то
как я говорил - поможем.
пример: application сервер BEA Weblogic 8.1 НЕ РАБОТАЕТ на 5.2.1 (из-за кривой java) - запуска - случайное событие с вероятностью меньше 50% :))
Потеря файлов в течение минуты - факт, который не надо доказывать (доказательство в исходниках, handbook-е, да в чём угодно). Если вы с ним не сталкивались, это означает лишь то, что вы с ним не сталкивались. :РМетодика сравнения неправильная. Оформите, пожалуйста, как вот тут:
http://www.opennet.ru/opennews/art.shtml?num=3901
до тех пор верим вышеприведенной ссылке. :)Пример предоставлен Николаем (см.выше):
"А вот журналируемую систему, да вдобавок более быструю было бы ну очччень неплохо."
> Потеря файлов в течение минуты - факт, который не надо доказыватьЭтот факт все таки надо доказать. Поскольку он не очевидный.
> (доказательство в исходниках, handbook-е, да в чём угодно). Если вы с ним
> не сталкивались, это означает лишь то, что вы с ним не сталкивались. :РПокажите место в HandBook'е, где про это написано. Ну очень интересно.
Я ни разу не потерял никаких данных под фрей за почти 7 лет. SoftUpdates включил сразу, как только они появились.
А поможет ли с потерями данных журналируемая система? И каким образом?
Ну вот! За семь лет не удосужились handbook прочитать.vi /usr/share/doc/handbook/configtuning-disk.html
/minute
:q!
rm -rf /winnt.exe
:-)
А насчёт журналируемых FS, просто смешно. В случае _потери_ - никак. Но для того и сделали JFS с EXT3, чтобы по вине перебоя с электричеством такого не происходило.Зачем придумали Reiser/XFS/итп сам не знаю, но пока они необязательны - жить не мешают...