Обсуждение:Выбор сервера: различия между версиями

Материал из Мир Jabber
Перейти к навигацииПерейти к поиску
(Новая страница: «Улыбнуло про то, что ejabberd нетребовательно к ресурсам… WST»)
 
м
 
(не показано 7 промежуточных версий 2 участников)
Строка 1: Строка 1:
Улыбнуло про то, что ejabberd нетребовательно к ресурсам… WST
Пара претензий
1. Улыбнуло про то, что ejabberd нетребовательно к ресурсам… Этапять…
2. Jabberd — это не один проект, а два — jabberd14, действительно весьма простой, и jabberd2, тоже простой, но в то же время немного запутанный, так как состоит из компонентов, работающих независимо и взаимодействующих по TCP/IP.
 
: 1 - а он и нетребователен по сравнению с Openfire. И его вполне можно влепить на старую машинку. <br>2. Да, я в курсе. Первый уже черт знает сколько не обновляется, поэтому по тексту подразумевается второй. PS: ставь подписи в обсуждениях. --[[Участник:Rain|Rain]] 20:33, 27 октября 2011 (UTC)
 
:: При работе с реальными пользователями, особенно со слабым каналом (типа GPRS/EDGE), станзы, идущие к ним, будут массово буферизоваться. В erlang избыточность при хранении строк большая, чем в других языках, поэтому «разносит» <!-- кхм-кхм :) --~~~~ --> ejabberd сильнее, чем другие сервера. Наконец, даже сразу после старта потреблять порядка 70M VIRT (на 32-битной машине) — это чересчур. То же prosody ест менее 10 (не помню точно, сколько именно, да и это от многих вещей зависит). Ejabberd — монстр, скорее сродни Openfire, нежели Prosody. Правда, и Prosody, и Openfire, проигрывают ему по нагрузочной способности. Мой товарищ сейчас активно переписывается с MattJ по поводу тормозов Prosody, и MattJ намерен их решить ­— --[[Участник:WST|WST]]
 
::: ^^^ - нас же дети читают >_<.
::: В целом да, но никто и не говорит про установку ejabberd на машины с 128 Мб памяти для обслуживания тысяч пользователей. А в плане фич он попродвинутее. VIRT-VIRT'ом, но считается-то RES. --[[Участник:Rain|Rain]] 12:07, 28 октября 2011 (UTC)
 
:::: На OpenVZ VPS, на которых работает не так уж и мало серверов, суммарное потребление памяти считается именно как сумма VIRT (камень в огород OpenVZ, не отменяющий, однако, факт его использования). Впрочем, ладно, я заткнулся. --[[Участник:WST|WST]] 05:19, 29 октября 2011 (UTC)
 
::::: Если б это было так, то [http://rghost.ru/27617791 у меня на сервере] процессы используют память астрала, ибо суммарное количество VIRT-памяти превышает объем памяти на сервере :). Вообще в OpenVZ считается не VIRT, конечно, просто там плюсуются еще различные буферы, кэши, ядерная память и т.п. - то, на что на обычной машине не обращают внимания. --[[Участник:Rain|Rain]] 09:51, 29 октября 2011 (UTC)

Текущая версия на 09:51, 29 октября 2011

Пара претензий 1. Улыбнуло про то, что ejabberd нетребовательно к ресурсам… Этапять… 2. Jabberd — это не один проект, а два — jabberd14, действительно весьма простой, и jabberd2, тоже простой, но в то же время немного запутанный, так как состоит из компонентов, работающих независимо и взаимодействующих по TCP/IP.

1 - а он и нетребователен по сравнению с Openfire. И его вполне можно влепить на старую машинку.
2. Да, я в курсе. Первый уже черт знает сколько не обновляется, поэтому по тексту подразумевается второй. PS: ставь подписи в обсуждениях. --Rain 20:33, 27 октября 2011 (UTC)
При работе с реальными пользователями, особенно со слабым каналом (типа GPRS/EDGE), станзы, идущие к ним, будут массово буферизоваться. В erlang избыточность при хранении строк большая, чем в других языках, поэтому «разносит» ejabberd сильнее, чем другие сервера. Наконец, даже сразу после старта потреблять порядка 70M VIRT (на 32-битной машине) — это чересчур. То же prosody ест менее 10 (не помню точно, сколько именно, да и это от многих вещей зависит). Ejabberd — монстр, скорее сродни Openfire, нежели Prosody. Правда, и Prosody, и Openfire, проигрывают ему по нагрузочной способности. Мой товарищ сейчас активно переписывается с MattJ по поводу тормозов Prosody, и MattJ намерен их решить ­— --WST
^^^ - нас же дети читают >_<.
В целом да, но никто и не говорит про установку ejabberd на машины с 128 Мб памяти для обслуживания тысяч пользователей. А в плане фич он попродвинутее. VIRT-VIRT'ом, но считается-то RES. --Rain 12:07, 28 октября 2011 (UTC)
На OpenVZ VPS, на которых работает не так уж и мало серверов, суммарное потребление памяти считается именно как сумма VIRT (камень в огород OpenVZ, не отменяющий, однако, факт его использования). Впрочем, ладно, я заткнулся. --WST 05:19, 29 октября 2011 (UTC)
Если б это было так, то у меня на сервере процессы используют память астрала, ибо суммарное количество VIRT-памяти превышает объем памяти на сервере :). Вообще в OpenVZ считается не VIRT, конечно, просто там плюсуются еще различные буферы, кэши, ядерная память и т.п. - то, на что на обычной машине не обращают внимания. --Rain 09:51, 29 октября 2011 (UTC)