Версия для печати темы
Нажмите сюда для просмотра этой темы в обычном формате
MyDC.ru _ Технические вопросы по PtokaX _ Ресурсоёмкость Ptokax
Автор: Angel_D 22.12.2008, 1:35
Интересно узнать опыт/мнение (скорее первое) народа на тему ресурсоемкости PtokaX хаба, а конкретнее...
На сколько пользователей какого железа хватает?
При выборе железа на что больше стОит уделять внимание, какие предпочтения?
Какие скрипты в плане экономии ресурсов не стОит ставить или дважды стОит подумать, прежде чем поставить?
Какими настройками/ограничениями можно серьезно экономить ресурсы хаба?
Интересую "не просто так", ибо кол-во пользователей на хабе в часы пик 1000 - 1100, сообщения отправляются с небольшой, но задержкой (не инет хаб - оптоволоконные магистрали, юзвери на с большего на гигабитных прокурвах (сетевухи ой как не у всех гигабитные)), серв win2003SP2 х32, 4гиг, phenom х4 9550, интеловская гигабитная сетевуха.
В диспетчере задач нагрузка на процесс птохи скачет от 15 до 25% - я так понял как раз одно ядро целиком "съедает", и что приятно, он сам себе в этом ядре "злобный баклан", ибо если удаленным столом при такой нагрузке список пользователей толком не полистать и по настройкам птохи толком даже не полазать, ибо тормозит, но всё остальное на серваке "танцует" здорово и без заминки - благо ядра не так уж и бесполезны.
Я понимаю, что число юзверей не маленькое, но вообще хотелось бы узнать - это вообще нормально, или как? Или можно что-то сделать/оптимизировать? Или какая-нить "мегасетевая карта" или другая железяка всем нереально облегчит жизнь?
Автор: *FoxMalder* 22.12.2008, 3:40
у меня в птоке начинают менюшки подлагивать когда онлайн становится больше 1500... если отключить 1 скрипт который ест 13мб то лагать перестанет
так что чем больше скриптов тем больше нагрузка...
и смотря какая птока
Автор: Angel_D 22.12.2008, 10:09
птоха 4.1.1.
Автор: KauH 22.12.2008, 13:03
1200+ практически не тормозит , пока :P
Автор: Wariner 22.12.2008, 16:42
Есть там одна кнопочка нагрузка памяти скриптами. Если вдруг скрипт жрёт много и он особо не нужен в топку его. Но дело может быть и не в этом.
Автор: Setuper 22.12.2008, 19:15
Для оптимизации работы хаба лучше использовать консольную версию. А ещё лучше запихнуть её в службы.
Автор: mariner 22.12.2008, 21:19
а еще лучше - линукс (ибо не будет разрывов, но вот мы с тобой, Илья, знаем про сжимание траффика - а это тормозит хаб, а ППК - падлюка, говорит, что тормозить чат - крайне необходимая фича 
)))))
Автор: Angel_D 23.12.2008, 0:14
KauH - версия птохи, железо, ось, еще чего-нить?..
mariner - можно попросить крайдкий ликбез - шутка о чем?
Аль в тайны, глубины и секреты сжимания трафика дано проникнуть не многим?
Автор: sphinx 23.12.2008, 11:21
Кто-нибудь проводил замеры по быстродействию? Сравнение консольной и оконной версии, весьма интересует.
Автор: mariner 23.12.2008, 19:25
Angel_D, не дано проникнуть... нафиг сжимать его, непонятно, но ппк встроил этот чортов злиб и все....
просто птока сейчас на линуксе хавает проца и памяти как верли хаб, но верли шустрее... Птока немного заторможенно сообщения ворочает... А все из-за сжатия...
Автор: Angel_D 23.12.2008, 23:42
Ясно. Пасиб. Ну, да Бог, чтоб людям с узкими каналами (не поймите меня чрез чур пошло) это реально помогло...
Автор: intlive 7.1.2009, 12:08
Ребят, а какая ширина канала требуется например для 100 пользователей на хабе? (всмысле стабильно чтобы не кидало)
Автор: mariner 7.1.2009, 13:28
если тока под хаб, то где то 512кбит\512кбит - за глаза
Автор: Nickolya 7.1.2009, 13:45
max_user = sqrt( Traffic_in_kBit / 0,006 ), где
sqrt = квадратный корень
traffic = скорость вашего upload
Хаб может работать на самом скромном компьютере, но требования к компьютеру и обьему памяти зависят от количества пользователей на хабе.
Автор: morn 10.1.2009, 9:11
Народ, ответьте плиииз почиму при включении птоки исходящий трафик в 10 раз больше чем входящий???
0.4.1.1
Автор: dimetrius 13.1.2009, 10:00
0.4.1.1
потому что хаб больше информации отправляет, чем принимает! Неужели это не логично?
Автор: Setuper 13.1.2009, 13:22
Не вижу в этом логики Из-за чего это интересно хаб больше принимает??
Должно быть примерно одинаково
Автор: *FoxMalder* 13.1.2009, 14:01
ну как из-за чего? ведь хаб принимает тока информацию о юзере и запросы поиска, а потом все это рассылает всему хабу...
ведь так?
и да входящий трафик 30.62 GBytes, и исходящий трафик 300.34 GBytes примерно одинаков) всего то разница в 1 нолик)))
Автор: Setuper 13.1.2009, 16:30
да уж... не подумав написал))) Действительно исходящий тарафик в разы больше.
Пользователь отправляет в чат сообщение. Хаб пересылает это сообщение всем пользователям.
Активный пользователь отправляет запрос на поиск. Хаб транслирует эту команду всем пользователям.
Автор: Iskandark 14.1.2009, 14:37
Повторю вопрос, т.к. действительно интересный, а ответа так и не было. Есть у кого-нибудь реальные цифры по разнице в быстродействии???
Также интересует разница по загрузке проца, если птока на линуксе и на виндусе (на сколько меньше потребляет?).
Автор: mariner 14.1.2009, 14:49
на венде не скажу точно.... На линуксе, с приличным количеством скриптов (20 штук) + до 270пользователей = 0.05% CPU
Проц - Pentiun Dual Core на 2.2GHz
и 41мб оперативы, учитывая загруженные в память либсы, которые юзает не тока PtokaX
16126: /usr/sbin/ptokax -D -C /etc/ptokax
Address Kbytes Mode Offset Device Mapping
08048000 932 r-x-- 0000000000000000 008:00001 ptokax
08131000 12 rw--- 00000000000e8000 008:00001 ptokax
08134000 7596 rw--- 0000000008134000 000:00000 [ anon ]
b6000000 132 rw--- 00000000b6000000 000:00000 [ anon ]
b6021000 892 ----- 00000000b6021000 000:00000 [ anon ]
b6147000 4 ----- 00000000b6147000 000:00000 [ anon ]
b6148000 8192 rw--- 00000000b6148000 000:00000 [ anon ]
b6948000 60 r-x-- 0000000000000000 008:00001 libresolv-2.7.so
b6957000 8 rw--- 000000000000f000 008:00001 libresolv-2.7.so
b6959000 8 rw--- 00000000b6959000 000:00000 [ anon ]
b695b000 36 r-x-- 0000000000000000 008:00001 libnss_files-2.7.so
b6964000 8 rw--- 0000000000008000 008:00001 libnss_files-2.7.so
b69af000 228 rw--- 00000000b69af000 000:00000 [ anon ]
b6a5a000 4 ----- 00000000b6a5a000 000:00000 [ anon ]
b6a5b000 8192 rw--- 00000000b6a5b000 000:00000 [ anon ]
b725b000 4 ----- 00000000b725b000 000:00000 [ anon ]
b725c000 8192 rw--- 00000000b725c000 000:00000 [ anon ]
b7a5c000 36 r-x-- 0000000000000000 008:00001 liblua5.1-socket.so.2.0.0
b7a65000 4 rw--- 0000000000008000 008:00001 liblua5.1-socket.so.2.0.0
b7a66000 1948 rw--- 00000000b7a66000 000:00000 [ anon ]
b7c4d000 8 r-x-- 0000000000000000 008:00001 libdl-2.7.so
b7c4f000 8 rw--- 0000000000001000 008:00001 libdl-2.7.so
b7c51000 4 rw--- 00000000b7c51000 000:00000 [ anon ]
b7c52000 1316 r-x-- 0000000000000000 008:00001 libc-2.7.so
b7d9b000 4 r---- 0000000000149000 008:00001 libc-2.7.so
b7d9c000 8 rw--- 000000000014a000 008:00001 libc-2.7.so
b7d9e000 12 rw--- 00000000b7d9e000 000:00000 [ anon ]
b7da1000 40 r-x-- 0000000000000000 008:00001 libgcc_s.so.1
b7dab000 4 rw--- 000000000000a000 008:00001 libgcc_s.so.1
b7dac000 140 r-x-- 0000000000000000 008:00001 libm-2.7.so
b7dcf000 8 rw--- 0000000000023000 008:00001 libm-2.7.so
b7dd1000 928 r-x-- 0000000000000000 008:00001 libstdc++.so.6.0.9
b7eb9000 12 r---- 00000000000e8000 008:00001 libstdc++.so.6.0.9
b7ebc000 8 rw--- 00000000000eb000 008:00001 libstdc++.so.6.0.9
b7ebe000 24 rw--- 00000000b7ebe000 000:00000 [ anon ]
b7ec4000 28 r-x-- 0000000000000000 008:00001 librt-2.7.so
b7ecb000 8 rw--- 0000000000006000 008:00001 librt-2.7.so
b7ecd000 140 r-x-- 0000000000000000 008:00001 liblua5.1.so.0.0.0
b7ef0000 4 rw--- 0000000000023000 008:00001 liblua5.1.so.0.0.0
b7ef1000 4 rw--- 00000000b7ef1000 000:00000 [ anon ]
b7ef2000 80 r-x-- 0000000000000000 008:00001 libz.so.1.2.3.3
b7f06000 4 rw--- 0000000000013000 008:00001 libz.so.1.2.3.3
b7f07000 80 r-x-- 0000000000000000 008:00001 libpthread-2.7.so
b7f1b000 8 rw--- 0000000000013000 008:00001 libpthread-2.7.so
b7f1d000 8 rw--- 00000000b7f1d000 000:00000 [ anon ]
b7f20000 16 r-x-- 0000000000000000 008:00001 libnss_dns-2.7.so
b7f24000 8 rw--- 0000000000003000 008:00001 libnss_dns-2.7.so
b7f26000 8 r-x-- 0000000000000000 008:00001 libnss_mdns4_minimal.so.2
b7f28000 4 rw--- 0000000000001000 008:00001 libnss_mdns4_minimal.so.2
b7f29000 12 r-x-- 0000000000000000 008:00001 liblua5.1-mime.so.2.0.0
b7f2c000 4 rw--- 0000000000002000 008:00001 liblua5.1-mime.so.2.0.0
b7f2d000 12 rw--- 00000000b7f2d000 000:00000 [ anon ]
b7f30000 4 r-x-- 00000000b7f30000 000:00000 [ anon ]
b7f31000 104 r-x-- 0000000000000000 008:00001 ld-2.7.so
b7f4b000 8 rw--- 0000000000019000 008:00001 ld-2.7.so
bfd94000 84 rw--- 00000000bffeb000 000:00000 [ stack ]
mapped: 39640K writeable/private: 34752K shared: 0K
это на счет того, что оно юзает и что подгружает
Автор: Iskandark 15.1.2009, 10:48
Так сложно судить и сравнивать, нужны результаты тестов на винде и линуксе с примерно однаковыми условиями...
Как будут результаты, то жду. Может у меня скоро будут)
Автор: sphinx 15.1.2009, 11:00
sqrt = квадратный корень
traffic = скорость вашего upload
Какая-то странная формула, по ней получается около 4000 юзеров на канале 100 мбит.
Вообще, мне кажется, нет особого смысла тестировать производительность на современных мощных процах при 300 юзерах на хабе. Вы бы еще при 30 сделали замеры. Вот 5-7 тысяч - уже интересно.