Выпущена (http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/...) первая бета версия FreeBSD 8.0. Из-за включения в данной бета версии по умолчанию отладочных опций (WITNESS, отладка malloc и т.п.), могут наблюдаться отдельные проблемы с производительностью. В дальнейшем ожидаются следующие стадии подготовки релиза:
- Вторая бета версия - 13 июля;
- Третья бета версия - 20 июля;
- Первый кандидат в релизы - 27 июля;
- Второй кандидат в релизы - 17 августа;
- Релиз - 31 августа.
Отдельного внимания заслуживает начало распространения официального установочного образа для USB Flash, который можно установить на Flash простым копированием: "dd if=8.0-BETA1-amd64-memstick.img of=/dev/da0 bs=10240 conv=sync". Таким образом поддерживается (ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.0/) 5 типов установочных образов FreeBSD 8.0-BETA1: bootonly, CD, DVD, LiveFS и Memstick.URL: http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/...
Новость: http://www.opennet.me/opennews/art.shtml?num=22495
на тестовой машинке уже крутится 8ка, посмотрим
Еще год назад использовал на ноуте - тогда уже была шустрая и стабильная штуковина!
я вот не смог на ноуте пользовать - жутко тормозит из-за дебага. что вы отключали, с какими параметрами пересобирали ядро и мир?
В UPDATING четко написано что нужно сделать что бы это отключить:
NOTE TO PEOPLE WHO THINK THAT FreeBSD 8.x IS SLOW:
FreeBSD 8.x has many debugging features turned on, in
both the kernel and userland. These features attempt to detect
incorrect use of system primitives, and encourage loud failure
through extra sanity checking and fail stop semantics. They
also substantially impact system performance. If you want to
do performance measurement, benchmarking, and optimization,
you'll want to turn them off. This includes various WITNESS-
related kernel options, INVARIANTS, malloc debugging flags
in userland, and various verbose features in the kernel. Many
developers choose to disable these features on build machines
to maximize performance. (To disable malloc debugging, run
ln -s aj /etc/malloc.conf.)
Что как минимум...
Но можно еще кое-что поотключать для увеличения быстродействия http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-... ... www.bsdportal.ru в поиске все найдете - я там тоже что-то писал об этом...
это не все. Вот еще плохо документериванная фича для дебага, кою отключить можно только пересборкой мира (или libc) - http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/136029
>это не все.<<<<<Что как минимум...>>>>>;) конечно же не все...
Там еще много чего можно поотключать что ненужно для обычного пользователя...
>Вот еще плохо документериванная фича для дебага, кою отключить
>можно только пересборкой мира (или libc) - http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/136029И помоему как раз об этом в UPDATING указывается...
> И помоему как раз об этом в UPDATING указывается...в UPDATING говорится только о run-time опциях A и J. Однако MALLOC_PRODUCTION выключает не только их (симлинк malloc.conf -> 'aj'), но и compile-time опции (statistics, sanity checks, inline functions). В каком месте в UPDATING говориться как отключить compile-time дебаг-опции?
>> И помоему как раз об этом в UPDATING указывается...
>
>в UPDATING говорится только о run-time опциях A и J. Однако MALLOC_PRODUCTION выключает не только их (симлинк malloc.conf -> 'aj'), но и compile-time опции (statistics, sanity checks, inline functions). В каком месте в UPDATING говориться как отключить compile-time дебаг-опции?Ну перечитайте же ВНИМАТЕЛЬНЕЙ мой пост #4...
To disable malloc debugging, run ln -s aj /etc/malloc.conf
http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING?rev=1.627...
> Ну перечитайте же ВНИМАТЕЛЬНЕЙ мой пост #4...
> To disable malloc debugging, run ln -s aj /etc/malloc.confну, отключает run-time debbuging. А где там упоминание как отключить compile-time debugging? compile-time debugging включает *не только* опции malloc'а `A' и `J'. Например[1], как ты включишь обратно inline функции без перекомпиляции, в run-time'е?
#ifdef MALLOC_DEBUG
/* Disable inlining to make debugging easier. */
# define inline
#endifи чуть выше
#ifndef MALLOC_PRODUCTION
/*
* MALLOC_DEBUG enables assertions and other sanity checks, and disables
* inline functions.
*/
# define MALLOC_DEBUG
[...]
#endif[1] http://svn.freebsd.org/viewvc/base/head/lib/libc/stdlib/mall...
заметь, что #define MALLOC_PRODUCTION закомментирован только в /head
>[оверквотинг удален]
>and disables
> * inline functions.
> */
># define MALLOC_DEBUG
>[...]
>#endif
>
>[1] http://svn.freebsd.org/viewvc/base/head/lib/libc/stdlib/mall...
> заметь, что #define MALLOC_PRODUCTION закомментирован только в /head
>Я сразу неправильно понял....:(
Да - по поводу именно compile-time debugging опций в UPDATING ничего не указано...
Но для этого и есть хендбук для разработчиков...
Ну и еще http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/NOTES?rev...
Хотя и в этих источниках о чем вы говорите тоже не указано...
Соглашусь;)
так там же в GENERIC сразу видно секцию с дебаг параметрами, ее и надо исключить. В первый раз ядро компилировалось 39 минут на дуал-атлоне 64, после пересборки без дебага попробовал собрать еще раз с удалением /usr/obj/*, получилось 29 минут )
А zfs в восьмерке уже можно будет использовать в продакшене?
а его уже с 7ки используют ... А некоторые могут продолжать сидеть и строчить комментарии с модным словом "продакшен".
>А zfs в восьмерке уже можно будет использовать в продакшене?Кстати, в 8-ке по дефолту отключен prefetch, если меньше или равно 4G памяти. Впрочем, у мя и *с* prefetch не паниковало при высоких нагрузках.
FreeBSD 7.2-STABLE (AMD64):website:/root@[17:02] # sysctl -a | grep "zfs" | grep "pref"
vfs.zfs.prefetch_disable: 0
Стоит по умолчанию, все работает замечательно, скоростью доволен, нагрузка приличная.Пробовал ставить значение в 1-ку - скорость чтения падала в 2 раза, вернул как было.
Кстати, вот здесь про prefetch нет ни слова: http://wiki.freebsd.org/ZFSTuningGuide
Зато есть такая фраза:
amd64
FreeBSD 7.2+ has improved kernel memory allocation strategy and no tuning may be necessary on systems with more than 2 GB of RAM.
>А zfs в восьмерке уже можно будет использовать в продакшене?ZFS недавно обновили и улучшили стабильность.
После этого ZFS скорее всего уже можно использовать в production.Но возникает другой вопрос - можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)
> можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)В продакшн можно использовать и current, это только недоучки думают что единичка что-то меняет. Всестороннее тестирование и избыточность обязательны всегда, иначе даже слово это не употребляйте, и системными администраторами себя не смейте называть.
Анонимы идут лесом :)
>> можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)
>
>В продакшн можно использовать и current, это только недоучки думают что единичка
>что-то меняет.Кстати, да! В -CURRENT последнее время (речь не о текущем code freeze) попадают только более менее оттестированные изменения. Основная разработка уже давно идет в perforce и svn (в ветках внутри /user и /projects).
Даже в -STABLE довольно часто попадают плохо оттестированные изменения (вспомним о DTrace). Так что для mission critical продакшна или больших инсталляций лучше не пытать судьбу, а придерживаться RELEASE'ов и патчиков к ним.
Однако даже -CURRENT с избыточностью может быть много надежнее RELEASE'а без нее.
> Но возникает другой вопрос - можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)для этого и существует re@, BETA, RC, кои выступают как QC (Quality Check). Помоги проекту, найди ошибку и сообщи о ней. Возможно, после твоей помомщи 8.0 будет один из самых стабильных X.0-релизов. А может случится как и с 5.X, где первой стабильной версии стала только 5.3.
Только прежде чем сообщать о LOR'ах (lock order reversal), не забывай поглядывать на список уже известных на http://sources.zabbadoz.net/freebsd/lor.html
Те анонимы, которые наивно полагают, что версия X.0 достаточно проверена, тоже идут следом.И например насчет ветки 7.x у меня сложилось впечатление, что
FreeBSD 7.0 - стабильна,
7.1 - немного сыровата, есть проблемы,
7.2 - после недавних патчей на fxp, form() - стабильна.
7.0 скорее приятное исключение. Слишком много всего, да и тестировали много. Правда во времена резервирования всего, в том числе - ресурсов, современная разница в стабильности уже не имеет значения :)))
Отлично, хотя у нас и так везде работает CURRENT. На самом деле не так это и хорошо что CURRENT нынче такой стабильный - тестировать беты мы, например, не будем, потому что и на CURRENT хорошо.
я тоже так думаю, хотя не юзаю 8 на серверах, только на некритичных машинах
гонка дистрибутивов как же она притомила :)