Какой XMPP сервер под GNU/Linux можете посоветовать (кроме ejabberd и OpenFire)?

Question

[Alukardd]

Собственно сабж.

Почему кроме означенных? Всё просто — ejabberd не очень удобен, плохо развивается и erlang напрягает слегка. OpenFire вроде и удобен, но Java ставить без веских причин я не буду.

Пользовался и тем и тем и именно по этому ищу что-то другое.


Собственно тут много разных серверов перечислено. Если кто чем пользовался поделитесь впечатлениями пожалуйста. Рассматриваются только свободные лицензии.


Мои предпочтения: видеть удобный конфиг (аля squid, asterisk и пр.), наличие удобного web-интерфейса тоже приветствуется, но не в ущерб текстовым конфигам.

По функционалу (кроме обыденных): управление ростерами, возможность хранить историю на сервере.

Answer 1

[WST]

Ну, выбор на самом деле невелик. Есть Prosody, оно многим нравится, но оно не лишено недостатков. В частности, оно выполняется в один поток, таким образом, нагрузочная способность ограничена одним ядром процессора. Оно не умеет кластеризацию — нагрузочная способность ограничена одной машиной. Ну и структура БД вряд ли всем придётся по вкусу — в одной таблице всё свалено в кучу, да ещё и закодировано в JSON. У нас на jsmart.web.id с нагрузкой в пике где-то 35000 онлайнов на одной машине рулит ejabberd, к нему особых нареканий нет, ну разве что кроме потребления памяти. Однако, его можно существенно сократить, если отказаться от сжатия (zlib) и от MUC (mod_muc отжирает львиную долю памяти). MUC можно поставить альтернативный, например, mu-conference.

В фирме, в которой я работал, мы решили проблему радикальнее — написали свой XMPP-сервер полностью с нуля (отталкиваясь от expat).

Comments

[WST]

Кстати, Apache Mina (по вашей ссылке) — первый раз вижу эту штуку, так что за неё не ручаюсь, но стоит попробовать…

[Alukardd]

Да я сам там первый раз всё это увидел, кроме означенных двух, ну и пары коммерческих.

[Alukardd]

Поставил prosody, настроил, запустил. Начал обвешивать модулями: поставил mod_archive хорошо встал, собственно пока всё выглядело хорошо.
Воткнул mod_admin_web, сначала ему не хватало pubsub.lua, странно, что его не было в пакете (ставил я Prosody из deb пакета с оф. сайта, т.к. в репах старый). Ладно скачал из hg репа этот файл, теперь prosody не плюётся в prosody.err лог и стартует гладко, но web-интерфейса не видать. Ни на стандартном 5280, ни при попытке указать свой порт через webadmin_http_ports = { 8080 };. В конфиге разумеется модуль добавлен в modules_enabled= {… «admin_web»;… }.
Ни какой информации почему он не запускается, уже включал debug log, но и там 0 инфы об этом.

[Alukardd]

Хм, запустил модуль httpserver и он начал слушать 5280 порт, но там нету админки, т.к. хз как она с ним связывается…
Версия prosody у меня 8.2

[Alukardd]

Я получил админку!
httpserver
http_path = «тут путь до модуль админки»

[Alukardd]

Войти я туда не могу)))
Есть подозрение, что админка так не зафурычит, т.к. mod_httpserver на такое не способен, он только для чистой статики.

[WST]

У меня очень мало опыта с Prosody, попробуйте задать свой вопрос в [e-mail]

[Alukardd]

Ок, ушёл туда.
Кстати админка включилась с 0.9 версией, правда она nightly. Но залогиниится мне туда не удаётся…

[Alukardd]

Усё там решили вопрос)

Answer 2

[curlydevil]

А часто ли вы смотрите в конфиг xmpp сервера? Чисто логически должно быть так: один раз настроил, и больше не трогаешь… У нас на заводе стоит OpenFire — все довольны… часть сидит на Exodus, часть на Миранде… за все время никаких проблем не было…

Comments

[Alukardd]

Нет, не часто, разумеется.
Клиентский софт меня не интересует.
Да у меня тоже не было проблем с OpenFire. Но как я заметил выше, поставлю его в крайнем случае. Не люблю крутящуюся у себя на сервере Java, ну не люблю и всё, считайте, что это прихоть.

Answer 3

[Алексей Сундуков]

>к нему особых нареканий нет, ну разве что кроме потребления памяти.
И сколько? Что бы можно было оценивать в Мб/юзер.

Comments

[WST]

Сказать с уверенностью, к сожалению, нельзя. Например, если большинство пользователей будут с «узкими» каналами, то станзы, идущие к ним, будут массово буферизоваться, в результате на одного пользователя будет расходоваться больше памяти.

В данный момент у процесса beam.smp VIRT = 22.6G, RES = 11.6G, число онлайнов — 17 килочеловек.

График потребления памяти (VIRT) выглядит так:



А график пользователей, соответственно, такой (артефакты на изображении вызваны характером аудитории, а не проблемами с сервером).

[Алексей Сундуков]

Хм… с одной стороны с таким количество юзеров не много, с другим, не так уж и мало. Выходит 1Мб/юзера в первом приближении. В общем иметь под джаббер отдельный сервер крайне рекомендуется.

А тюнить как-то не пытались?

[WST]

Ну, как я уже написал выше, львиная доля памяти уходит на сжатие (zlib, да и TLS, если GnuTLS собрано со встроенным сжатием) и на MUC. MUC ест вообще порядка половины всей памяти. В остальном причина такого агрессивного потребления — сама архитектура erlang-машины (следствие избыточности внутреннего представления строк). Но как-то специально тюнить действительно не пытались, так как есть и запас по ресурсам, и возможность добавить ноду.

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

Answer 4

[wolandtel]

Несколько лет юзаю jabberd2. Но планирую попробовать Openfire.

Answer 5

[VecH]

Так же интересует сервер в с хранением истории на сервере, еще бы клиента под андроид с возможностью синхронизации истории, было бы вообще отлично

а автор вообще на чем остановился?

Comments

[Alukardd]

На тот момент взял Prosody, но до конца всё равно удовлетворился. Пока где была необходимость его и использовал.