Обсуждение:Выбор сервера: различия между версиями
Материал из Мир Jabber
Перейти к навигацииПерейти к поиску
Rain (обсуждение | вклад) м |
Rain (обсуждение | вклад) м |
||
| (не показано 5 промежуточных версий 2 участников) | |||
| Строка 4: | Строка 4: | ||
: 1 - а он и нетребователен по сравнению с Openfire. И его вполне можно влепить на старую машинку. <br>2. Да, я в курсе. Первый уже черт знает сколько не обновляется, поэтому по тексту подразумевается второй. PS: ставь подписи в обсуждениях. --[[Участник:Rain|Rain]] 20:33, 27 октября 2011 (UTC) | : 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)
