Привет всем!
как приверженца Фри меня интересует следующий вопрос:
есть положительные отзывы работы * на фре? линукс я что не очень уважаю..
надо делать небольшую ИП атс для офиса а возится с линем не хочется.. или все таки рекомендуется линь?
Заранее бладорен ответившим!

если сильно не хочеться возиться - поставь astlinux)
его вроде специально под * разрабатывали...
про фрю смотри отдельный форум на диджиумовских форумах... судя по нему с фрей * не очень дружит(
у меня на сусе прекрасно работает... хотя с большой загрузкой рекомендуеться реалтайм-модификация ядра, а не стандартное...
впрочем наверно и на фре получиться с полпинка...

под фрю работает стабильно и качественно ))))
если руки не из... но ставь

linux стоит ставить только в смысле поддержки каких-то специфичных PCI девайсов, поддерка которых в FreeBSD в стадии alpha/beta.

Если же все, что используется - это протоколы, FreeBSD очень даже не плох.

Очень много надо танцевать с буном, чтобы было чтото-то похожее на сабж.
Вожусь уже приличное количество времени со связкой, до сих пор есть нерешенные (нерешаемые?) вопросы :(

кокие

Ну вот, к примеру, непонятная работа на SMP ядре:
В какой-то случайный момент времени процесс форкается и порожденный LWP забирает 100% физического ядра, такое может происходить многократно и не ограничивается количеством процессоров.
Конфа сервера минимальна, лишние модули отключены, несколько строк в extensions.conf, mysql(5.1), fastagi(perl) с несколькими вызовами, запись разговоров. kill -9 child_pid спасает.
На non-SMP системах примерно подобное происходит на несколько порядков реже, и с другим результатом - полностью зависает главный процесс с 100% cpu. Примерно раз в неделю.
Такая картина на 2 из 3 серверах. Один из них каким то чудом работает уже 200 дней без нареканий.
Пока пробую разные системы потоков, конфиги ядра системы. Но часто вносить изменения нет возможности.
Стабильно работает asterisk-1.4.17
Нестабильно asterisk-1.4.20.1_1
что-то подобное наблюдал ещё на asterisk-1.4.9_1, но не обратил внимания.

ну то что в бсд потоки не такие это давно известно
а то что астериск пишеться мало расчитывая на бсд это тоже есть

например разница в фунционировании функции pthead_create
в линухе и бсд
разные
точно уже непомню
но помоему в бсд выделятьеться меньше памяти на треид
и был кооогда то давно на bugs digium
патч для этого
который расширяет стек треида в бсд до мегабайта
но его толи вырезали
толи не приняли
непомню

но факт того что астериск не пишеться с учетом тонкостей других юникс это точно

поэтому многие считают что родная система для астериска это линух

но это так
предисловие

на самом деле в астериске криво реализована работа для SMP
+
в самой бсд это кривовато работает
причем в разных бсд по разному

так что уместо было бы говорить подстверждениями
uname -a

от себя советую попробовать
RELENG_7 + SCHED_ULE + SMP
которые по умолчанию в GENERIC

а то некоторые умудряються
его пересобрать в SCHED_4BSD и потом матеряться что оно все глючит

RELENG_7 + libthr я пробовал - ситуация ещё хуже, процесс стопорится в состоянии umtxn, 100% cpu, никаких реакций на сигналы.
Единственное, что хочется попробовать - libkse. Бегло погонял на виртуальной машине - живёт. Под нагрузкой как только появится возможность погоняю.. KSE с 5 линейки ещё в виде libpthread существует, но не знаю на сколько это одно и тоже по сравнению с libkse в 7й.
Пробовал linuxthreads, там можно и размер стека задать, и ещё много опций полезных, однако * даже стартануть не смог, зависает в pause практически сразу после старта, не загрузив ни единого модуля.
Сейчас опять внес некоторые изменения в рабочий сервер, завтра при нагрузке жду результатов )

PS у RELENG_7 в GENERIC умолчание SCHED_4BSD

>PS у RELENG_7 в GENERIC умолчание SCHED_4BSD
будем спорить? ;)
что там по умолчанию SCHED_ULE + SMP ?

непутайте RELEASE со STABLE


linuxthread туфта....

libc_r попробуй
или pthread
не помню какой там родной