| |
| 2.2, fidaj (ok), 12:01, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Еще год назад использовал на ноуте - тогда уже была шустрая и стабильная штуковина!
| | |
| |
| 3.3, ллл (?), 12:07, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
я вот не смог на ноуте пользовать - жутко тормозит из-за дебага. что вы отключали, с какими параметрами пересобирали ядро и мир?
| | |
| |
| 4.4, fidaj (ok), 12:20, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
В 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-handbook/kernelde ... www.bsdportal.ru в поиске все найдете - я там тоже что-то писал об этом...
| | |
| |
| |
| 6.6, fidaj (ok), 13:06, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>это не все.
<<<<<Что как минимум...>>>>>;) конечно же не все...
Там еще много чего можно поотключать что ненужно для обычного пользователя...
>Вот еще плохо документериванная фича для дебага, кою отключить
>можно только пересборкой мира (или libc) - http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/136029
И помоему как раз об этом в UPDATING указывается...
| | |
| |
| 7.10, Аноним (-), 14:33, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> И помоему как раз об этом в UPDATING указывается...
в UPDATING говорится только о run-time опциях A и J. Однако MALLOC_PRODUCTION выключает не только их (симлинк malloc.conf -> 'aj'), но и compile-time опции (statistics, sanity checks, inline functions). В каком месте в UPDATING говориться как отключить compile-time дебаг-опции?
| | |
| |
| 8.11, fidaj (ok), 14:36, 07/07/2009 [^] [^^] [^^^] [ответить] | +/– | Ну перечитайте же ВНИМАТЕЛЬНЕЙ мой пост 4 To disable malloc debugging, run l... текст свёрнут, показать | | |
| |
| 9.13, Аноним (-), 14:45, 07/07/2009 [^] [^^] [^^^] [ответить] | +/– | ну, отключает run-time debbuging А где там упоминание как отключить compile-tim... текст свёрнут, показать | | |
|
|
|
|
|
| 4.7, Аноним (-), 13:13, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
так там же в GENERIC сразу видно секцию с дебаг параметрами, ее и надо исключить. В первый раз ядро компилировалось 39 минут на дуал-атлоне 64, после пересборки без дебага попробовал собрать еще раз с удалением /usr/obj/*, получилось 29 минут )
| | |
|
|
|
| |
| 2.9, Dan (??), 14:08, 07/07/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
а его уже с 7ки используют ... А некоторые могут продолжать сидеть и строчить комментарии с модным словом "продакшен".
| | |
| 2.12, Аноним (-), 14:37, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>А zfs в восьмерке уже можно будет использовать в продакшене?
Кстати, в 8-ке по дефолту отключен prefetch, если меньше или равно 4G памяти. Впрочем, у мя и *с* prefetch не паниковало при высоких нагрузках.
| | |
| |
| 3.15, Dorlas (??), 15:10, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
 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.
| | |
|
| 2.16, odus (ok), 15:37, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>А zfs в восьмерке уже можно будет использовать в продакшене?
ZFS недавно обновили и улучшили стабильность.
После этого ZFS скорее всего уже можно использовать в production.
Но возникает другой вопрос - можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)
| | |
| |
| 3.17, аноним (?), 15:42, 07/07/2009 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)
В продакшн можно использовать и current, это только недоучки думают что единичка что-то меняет. Всестороннее тестирование и избыточность обязательны всегда, иначе даже слово это не употребляйте, и системными администраторами себя не смейте называть.
| | |
| |
| 4.21, Аноним (-), 15:55, 07/07/2009 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> можно ли использовать в production FreeBSD 8.0 или нужно ждать 8.1 ? :)
>
>В продакшн можно использовать и current, это только недоучки думают что единичка
>что-то меняет.
Кстати, да! В -CURRENT последнее время (речь не о текущем code freeze) попадают только более менее оттестированные изменения. Основная разработка уже давно идет в perforce и svn (в ветках внутри /user и /projects).
Даже в -STABLE довольно часто попадают плохо оттестированные изменения (вспомним о DTrace). Так что для mission critical продакшна или больших инсталляций лучше не пытать судьбу, а придерживаться RELEASE'ов и патчиков к ним.
Однако даже -CURRENT с избыточностью может быть много надежнее RELEASE'а без нее.
| | |
|
| 3.18, Аноним (-), 15:44, 07/07/2009 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Но возникает другой вопрос - можно ли использовать в 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
| | |
| |
| 4.20, odus (ok), 15:50, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Те анонимы, которые наивно полагают, что версия X.0 достаточно проверена, тоже идут следом.
И например насчет ветки 7.x у меня сложилось впечатление, что
FreeBSD 7.0 - стабильна,
7.1 - немного сыровата, есть проблемы,
7.2 - после недавних патчей на fxp, form() - стабильна.
| | |
| |
| 5.22, pro100master (ok), 20:39, 07/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
7.0 скорее приятное исключение. Слишком много всего, да и тестировали много. Правда во времена резервирования всего, в том числе - ресурсов, современная разница в стабильности уже не имеет значения :)))
| | |
|
|
|
|
| 1.23, аноним (?), 17:44, 08/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отлично, хотя у нас и так везде работает CURRENT. На самом деле не так это и хорошо что CURRENT нынче такой стабильный - тестировать беты мы, например, не будем, потому что и на CURRENT хорошо.
| | |
| |
| 2.24, kegf (??), 20:05, 10/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
я тоже так думаю, хотя не юзаю 8 на серверах, только на некритичных машинах
| | |
|
|
