« Семинар по CommuniGate Pro в Москве | Main | Mail.Ru о будущем »

июл. 26, 2006

Comments

Feed You can follow this conversation by subscribing to the comment feed for this post.

Блин, маленько зарутался в авторстве. :(
Пётр, выше был ответ вам...

to Norguhtar:
Про звонки: я лично не пробовал, но помните, что пишут парни с IPTel про тот же
SER:

"Throughput thousands of calls per second (CPS) on a dual-CPU PC (capacity needed to cover Bay Area)"

В принципе, я склонен поверить. Ведь число зарегистрированых пользователей влияет только на память по сути.

Про то как тестировать медию...
Ну, дело не хитрое. В sipp есть подобный сценарий. Ставим на 10 машинах 100 агентов которые звонят, на других 100 - которые принимают звонки. Ну, и хорошие switch-и нужны. При пакетизации в 20ms поток на сервере составит очевидно
1000*100 пакетов в секунду.
2 GBic должны потянуть IMHO. Я бы как-то так делал.

Проблема была именно с NPTL. Она описана тут -> http://mail.stalker.com/Lists/CGatePro/Message/73148.html

Больше информации - вот на этих двух страницах в "поиск" вводим NPTL:

http://mail.stalker.com/Lists/CGatePro/List.html
http://mx.ru/Lists/CGatePro/List.html

>Кстати, забавно Linux по умолчанию показывает все треды (threads), открытые CommuniGate'ом, как отдельные процессы в top :-)

Это у вас не правильный top ;) У меня к примеру не показывает без ключей. Как собственно и ps.

>Я, честно говоря, линуксовым тредам не очень доверяю, но техподдержка Stalker говорит, что вот RedHat ES4 вполне можно использовать - там треды "честные".
...
Если знатоки Linux меня просветят о тонкостях реализации MT-библиотек в этих системах, не одно ли там и то же - буду
благодарен.

Если ядро 2.6.x и glibc с nptl, то очень даже честные. Это в 2.4.x или если glibc без nptl то в этом случае поток при запуске жрет столько же сколько процесс. Новая потоковая модель появилась в 2.6.x ядрах. Особенно здорово в свое время это было заметно на Jrockit JDK т.к. эта java машина поддерживала nptl.

Andrew, это же старый тест - февраль месяц. Сейчас они его только опубликовали. С медиа Владимир же говорил какие проблемы - совсем непонятно чего и как можно тестить.

Я бы поспорил, что на двух камнях можно сделать 1.000 новых звонков в секунду при том, что на SIP registrar одновременно зарегистрировано 192.000 клиентов.

Прочел описанку теста на HP Integrity Superdome. Как я понял, там не гналась собственно media. Signaling же весч простая, и машинку особо не грузит. Т.е. с таким потоком звонков/юзеров справился бы любой современный однопроцессорный сервер, ежели поставить побольше памяти. Зачем же они применяли 64-процессорного монстра? Я так и не понял. Может, хотели все же потестить медию? Да и то сказать, с 1000 звонков должен справиться какой-нибудь SunFire x4100 на двух тёртых AMD-шных камнях. Странно все это.

The comments to this entry are closed.

My Photo

Поиск по блогу