Вопросы по RusHub, Технические вопросы |
Здравствуйте, гость ( Вход | Регистрация )
Вопросы по RusHub, Технические вопросы |
17.10.2011, 9:34
Сообщение
#201
|
|
Продвинутый участник Группа: Пользователи Сообщений: 128 Регистрация: 12.10.2008 Пользователь №: 781 Спасибо сказали: 2 раза |
достаточно часто в системных логах хаба вижу такое...
Цитата [Sun Oct 16 22:50:54 2011|807] (0) DcConn: (sock 22512) Sending buffer has big size, closing [Sun Oct 16 22:51:44 2011|171] (0) DcConn: (sock 27716) Sending buffer has big size, closing [Sun Oct 16 22:52:33 2011|601] (0) DcConn: (sock 15664) Sending buffer has big size, closing [Sun Oct 16 22:53:04 2011|703] (0) DcConn: (sock 8384) Sending buffer has big size, closing [Sun Oct 16 22:53:04 2011|737] (0) DcConn: (sock 17448) Sending buffer has big size, closing что это? на это стоит обращать внимание? |
|
|
17.10.2011, 14:27
Сообщение
#202
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
При таком сообщении пользователь отключается.
Это означает, что пользователю отправляется гигантский объём информации (более 2 Мбайт текста). Скорее всего установлены какие-то скрипты, которые столько много шлют. Наверное стоит этот параметр вынести в файл настроек, чтобы можно было его настраивать. В след. версии сделаю. |
|
|
18.10.2011, 11:09
Сообщение
#203
|
|
Продвинутый участник Группа: Пользователи Сообщений: 128 Регистрация: 12.10.2008 Пользователь №: 781 Спасибо сказали: 2 раза |
Благодарю за разъяснения.
В принципе набор скриптов на своем хабе выложил чуть выше - пока основной подозреваемый в "гипертрафике" - NetInDescription.lua Пока отключил его - буду смотреть. Еще хотелось бы уточнить один момент... Где-то месяц назад был выявлен такой баг и успешно вылечен в svn. Очень хочется win-решение проблемы ибо ощущение что на хабе это уже стало известно не только несколько модерам, но и парочке "злодеев" с динамическими IP, которые успешно выкидывают модеров описанным нехитрым способом. В принципе если до запланированного релиза осталось "недолго" - ну думаю "отобьёмся" как-нибудь, если релиз всё еще "неблизкий свет" - спасите наши души. |
|
|
18.10.2011, 11:19
Сообщение
#204
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
Ок. На этих выходных сделаю релиз.
|
|
|
18.10.2011, 13:33
Сообщение
#205
|
|
Продвинутый участник Группа: Пользователи Сообщений: 128 Регистрация: 12.10.2008 Пользователь №: 781 Спасибо сказали: 2 раза |
хм... уже отключил и "действия" как ни странно, но продолжается...
Цитата [Tue Oct 18 13:23:14 2011|787] (0) DcConn: (sock 2040) Sending buffer has big size, closing [Tue Oct 18 13:25:13 2011|741] (0) DcConn: (sock 10544) Sending buffer has big size, closing [Tue Oct 18 13:26:21 2011|421] (0) DcConn: (sock 8980) Sending buffer has big size, closing [Tue Oct 18 13:26:27 2011|512] (0) DcConn: (sock 9400) Sending buffer has big size, closing И время не особо пиковое... Из оставшихся скриптов разве что-то серьёзное может слать клиенту? даже меню хаба при таком наборе относительно скромное... Цитата № 01 [ выкл ] actions.lua
№ 02 [ вкл ] BanManager.lua (129 Кб) № 03 [ вкл ] FirstRusHubBot.lua (1565 Кб) № 04 [ вкл ] RusRC_Server.lua (73 Кб) № 05 [ выкл ] NetInDescription.lua № 06 [ вкл ] minSHARE_for_RusHub.lua (85 Кб) № 07 [ вкл ] talkingbot_for_RusHub.lua (81 Кб) № 08 [ вкл ] Informer.lua (28 Кб) № 09 [ выкл ] nick_protect.lua № 10 [ вкл ] GagMe.lua (197 Кб) № 11 [ вкл ] GagByShare.lua (65 Кб) № 12 [ вкл ] RHWarningsUsers.lua (110 Кб) № 13 [ вкл ] pinger.lua (57 Кб) № 14 [ вкл ] texts.lua (57 Кб) № 15 [ вкл ] chatcontrol.lua (57 Кб) № 16 [ вкл ] RH_PekJIama_B_Huke.lua (68 Кб) № 17 [ вкл ] antibot.lua (52 Кб) № 18 [ вкл ] kenny.lua (107 Кб) № 19 [ вкл ] hideme.lua (79 Кб) № 20 [ вкл ] messenger.lua (55 Кб) № 21 [ вкл ] AntiPornoSearch.lua (82 Кб) № 22 [ вкл ] Monitor1.0.lua (237 Кб) № 23 [ вкл ] webstats.lua (335 Кб) № 24 [ выкл ] Weather [ RusHub ] [ by Nickolya ] .lua № 25 [ вкл ] kaspersky.lua (85 Кб) № 26 [ вкл ] SendReports.lua (62 Кб) № 27 [ вкл ] Userbars.lua (520 Кб) № 28 [ вкл ] rss_kinozal_tv.lua (31 Кб) № 29 [ вкл ] RSS.Feed.Bot.V2.3.Final.LUA5-RusHub.lua (430 Кб) № 30 [ вкл ] GraphRusHub.lua (239 Кб) № 31 [ вкл ] AntiFlood.lua (61 Кб) № 32 [ выкл ] Bomb.lua № 33 [ вкл ] ChatHistorySQL.lua (150 Кб) № 34 [ вкл ] announcements.lua (91 Кб) № 35 [ вкл ] antiadv_rushub.lua (40 Кб) |
|
|
18.10.2011, 15:00
Сообщение
#206
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
Попробуй отключить все скрипты. Может это и не из-за скриптов. Это может кто-то лезит на хаб, возможно даже не по протоколу dc, и отсылает на хаб огромный объём информации, возможно с целью повесить хаб.
Ещё одним способом выяснить что происходит - это увеличить уровень логирования, возможно тогда станет ясно. |
|
|
18.10.2011, 15:54
Сообщение
#207
|
|
Продвинутый участник Группа: Пользователи Сообщений: 128 Регистрация: 12.10.2008 Пользователь №: 781 Спасибо сказали: 2 раза |
попробовал увеличить уровень логирования до максимума
указанное выше событие находиться в окружении вот такого всего... (на всякий случай скрипт пингера тоже был отключен. другие - пока не трогал) [Tue Oct 18 15:47:56 2011|287 (5) DcServer: <new actions>: 1 [0] [Tue Oct 18 15:47:56 2011|287] (5) DcConn: (sock 2584) ::(s)inputEvent [Tue Oct 18 15:47:56 2011|287] (4) DcConn: (sock 2584) IN: $ConnectToMe 786yj8olk7uy 95.191.3.115:1411 [Tue Oct 18 15:47:56 2011|287] (5) DcConn: (sock 2584) [S]Stage 16 [Tue Oct 18 15:47:56 2011|287] (5) DcConn: (sock 2584) [E]Stage 16 [Tue Oct 18 15:47:56 2011|287] (5) DcConn: (sock 2584) ::(e)inputEvent [Tue Oct 18 15:47:56 2011|287] (5) DcServer: <exit actions> [Tue Oct 18 15:47:56 2011|300] (4) UserList: (0)[HelloList] sendToAll begin [Tue Oct 18 15:47:56 2011|300] (4) UserList: (0)[HelloList] sendToAll end [Tue Oct 18 15:47:56 2011|300] (4) UserList: (3553)[UserList] sendToAll begin [Tue Oct 18 15:47:56 2011|302] (3) DcConn: (sock 14284) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|303] (3) DcConn: (sock 2888) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|305] (3) DcConn: (sock 1184) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|305] (3) DcConn: (sock 13588) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|316] (3) DcConn: (sock 9540) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|317] (3) DcConn: (sock 12016) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|324] (3) DcConn: (sock 1900) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|326] (3) DcConn: (sock 11236) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|327] (3) DcConn: (sock 1944) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|328] (3) DcConn: (sock 14396) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|331] (3) DcConn: (sock 8484) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|338] (3) DcConn: (sock 14276) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|340] (3) DcConn: (sock 12232) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|340] (3) DcConn: (sock 12232) Unblock output channel [Tue Oct 18 15:47:56 2011|341] (3) DcConn: (sock 1132) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|343] (3) DcConn: (sock 1272) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|343] (3) DcConn: (sock 13252) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|343] (3) DcConn: (sock 4352) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|353] (3) DcConn: (sock 1152) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|355] (3) DcConn: (sock 9764) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|360] (3) DcConn: (sock 14332) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|364] (3) DcConn: (sock 14216) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|370] (3) DcConn: (sock 864) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|370] (3) DcConn: (sock 864) Unblock output channel [Tue Oct 18 15:47:56 2011|373] (3) DcConn: (sock 14060) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|373] (3) DcConn: (sock 14176) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|374] (3) DcConn: (sock 14092) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|377] (3) DcConn: (sock 3704) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|377] (3) DcConn: (sock 12296) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|378] (3) DcConn: (sock 13212) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|378] (3) DcConn: (sock 13212) Unblock output channel [Tue Oct 18 15:47:56 2011|379] (3) DcConn: (sock 14228) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|385] (0) DcConn: (sock 2696) Sending buffer has big size, closing [Tue Oct 18 15:47:56 2011|385] (3) DcConn: (sock 2696) closeNow (reason 6) [Tue Oct 18 15:47:56 2011|386] (3) DcConn: (sock 4600) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|387] (3) DcConn: (sock 2924) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|387] (3) DcConn: (sock 14164) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|392] (3) DcConn: (sock 4680) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|396] (3) DcConn: (sock 12360) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|397] (3) DcConn: (sock 6684) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|401] (3) DcConn: (sock 2684) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|405] (3) DcConn: (sock 1432) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|407] (3) DcConn: (sock 1548) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|407] (3) DcConn: (sock 1548) Unblock output channel [Tue Oct 18 15:47:56 2011|408] (3) DcConn: (sock 7336) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|409] (3) DcConn: (sock 3216) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|412] (3) DcConn: (sock 1536) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|414] (3) DcConn: (sock 1488) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|416] (3) DcConn: (sock 4440) Block sent. Was sent 0 bytes [Tue Oct 18 15:47:56 2011|416] (3) DcConn: (sock 536) Block sent. Was sent 0 bytes ] |
|
|
18.10.2011, 16:18
Сообщение
#208
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
Причиной может быть узкий канал либо со стороны хаба, либо со стороны клиентов.
По логу таких клиентов достаточно много. Сервер не может отправить ни байта им, а буфер отправки постепенно увеличивается и достигает предела в 2 Мб, после чего хаб пишет соответствующее сообщение и принудительно сбрасывает такого юзера. |
|
|
18.10.2011, 18:38
Сообщение
#209
|
|
Продвинутый участник Группа: Пользователи Сообщений: 128 Регистрация: 12.10.2008 Пользователь №: 781 Спасибо сказали: 2 раза |
Цитата Причиной может быть узкий канал либо со стороны хаба, либо со стороны клиентов сервер на гигабитном интерфейсе... порядка 90% пользователей - пользователи локальной сети. на "внешку" дано 100 мегабит, которые на оставшиеся 10% в принципе должно хватать... что ж, остановимся на версии "узкий канал юзверя". спасибо. самому было интересно разобраться, надеюсь и вам не бес толку такие разбирательства... |
|
|
19.10.2011, 2:22
Сообщение
#210
|
|
Начинающий Группа: Пользователи Сообщений: 10 Регистрация: 23.8.2011 Пользователь №: 9 616 Спасибо сказали: 0 раз |
Доброго времени суток товарищи!
Столкнулся с некой проблемой. Думаю всем известно о WEB системе Magneto. К этой системе имеется Модуль Atlant_is, одной из функций которой является система просмотра информации о сидах. Осуществляется все это специальным клиентом с минимальным количеством настроек. Проблема вот в чем. При подключению к хабу с этого клиента, его выкидывает с хаба через 2-4 секунды. Пробовал ковырять настройки, но все безуспешно. Вот лог: Код [Wed Oct 19 11:19:55 2011|62] (3) Conn: (sock 176) Accept new socket: 68 [Wed Oct 19 11:19:55 2011|78] (4) DcConn: (sock 68) IN: $Key …СА° A С±±АА01Рr/%DCN096%/іУqУУ±bВaPQqТЦБССЃ [Wed Oct 19 11:19:55 2011|78] (4) DcConn: (sock 68) IN: $ValidateNick Magneto [Wed Oct 19 11:19:55 2011|78] (3) DcConn: (sock 68) User Magneto to validate nick [Wed Oct 19 11:19:55 2011|93] (4) DcConn: (sock 68) IN: $Version 1.0091 [Wed Oct 19 11:19:55 2011|93] (3) DcConn: (sock 68) Version:1.0091 [Wed Oct 19 11:19:55 2011|93] (4) DcConn: (sock 68) IN: $MyINFO $ALL Magneto <StrongDC++ V:2.03,M:A,H:3/3/0,S:1,O:1>$ $LAN(T3) 1$nomail$7345678954$ [Wed Oct 19 11:19:55 2011|93] (3) DcConn: (sock 68) Begin login [Wed Oct 19 11:19:55 2011|93] (4) UserList: (1)[UserList] Before add: Magneto Size: 1 [Wed Oct 19 11:19:55 2011|93] (4) UserList: (2)[UserList] After add: Magneto Size: 2 [Wed Oct 19 11:19:55 2011|93] (3) DcConn: (sock 68) Adding at the end of Nicklist [Wed Oct 19 11:19:55 2011|93] (3) DcConn: (sock 68) Entered on the hub [Wed Oct 19 11:19:57 2011|62] (4) UserList: (1)[HelloList] sendToAll begin [Wed Oct 19 11:19:57 2011|62] (4) UserList: (1)[HelloList] sendToAll end [Wed Oct 19 11:19:57 2011|62] (4) UserList: (2)[UserList] sendToAll begin [Wed Oct 19 11:19:57 2011|62] (4) UserList: (2)[UserList] sendToAll end [Wed Oct 19 11:19:57 2011|62] (4) UserList: (0)[EnterList] sendToAll begin [Wed Oct 19 11:19:57 2011|62] (4) UserList: (0)[EnterList] sendToAll end [Wed Oct 19 11:19:57 2011|62] (4) UserList: (0)[IpList] sendToAll begin [Wed Oct 19 11:19:57 2011|62] (4) UserList: (0)[IpList] sendToAll end [Wed Oct 19 11:19:57 2011|140] (4) DcConn: (sock 68) IN: $Version 1.0091 [Wed Oct 19 11:19:57 2011|140] (1) DcConn: (sock 68) Attempt to attack in Version (repeated sending) [Wed Oct 19 11:19:57 2011|140] (3) DcConn: (sock 68) closeNow (reason 8) [Wed Oct 19 11:19:57 2011|140] (4) UserList: (2)[UserList] Before leave: Magneto Size: 2 [Wed Oct 19 11:19:57 2011|140] (4) UserList: (1)[UserList] After leave: Magneto Size: 1 [Wed Oct 19 11:19:57 2011|140] (3) DcConn: (sock 68) Closing socket: 68 [Wed Oct 19 11:19:59 2011|140] (4) UserList: (1)[UserList] sendToAll begin [Wed Oct 19 11:19:59 2011|140] (4) UserList: (1)[UserList] sendToAll end Подскажите, как можно исправить данную проблему? Тестировал так же на ProtaX, проблем не возникло. |
|
|
19.10.2011, 7:01
Сообщение
#211
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
Тот кто писал Magneto допустил ошибку в версии. Magneto отправляет на хаб версию 1.0091, а по NMDC протоколу нужно отправлять версию 1,0091, то есть дробная и целая част должна быть отделена запятой, а не точкой.
Чтобы включить проверку в русхабе, достаточно написать небольшой скриптик: Код function OnVersion() return true end |
|
|
19.10.2011, 7:33
Сообщение
#212
|
|
Начинающий Группа: Пользователи Сообщений: 10 Регистрация: 23.8.2011 Пользователь №: 9 616 Спасибо сказали: 0 раз |
Тот кто писал Magneto допустил ошибку в версии. Magneto отправляет на хаб версию 1.0091, а по NMDC протоколу нужно отправлять версию 1,0091, то есть дробная и целая част должна быть отделена запятой, а не точкой. Чтобы включить проверку в русхабе, достаточно написать небольшой скриптик: Код function OnVersion() return true end Не подскажите куда именно это нужно вписать? Создал onversion.lua в него вписал Код function OnVersion() return true end Включил скрипт в scripts.xml, но без изменений. |
|
|
19.10.2011, 8:17
Сообщение
#213
|
|
Участник Группа: Пользователи Сообщений: 46 Регистрация: 18.11.2008 Из: Новосибирск Пользователь №: 1 128 Спасибо сказали: 3 раза |
Тот кто писал Magneto допустил ошибку в версии. Magneto отправляет на хаб версию 1.0091, а по NMDC протоколу нужно отправлять версию 1,0091, то есть дробная и целая част должна быть отделена запятой, а не точкой. Чтобы включить проверку в русхабе, достаточно написать небольшой скриптик: Код function OnVersion() return true end Писал его я Внимание, вопрос. Ткните в исходную документацию по протоколу, в связи с чем должна быть именно запятая? VerliHub и PtokaX совершенно нормально это переваривают... |
|
|
19.10.2011, 8:45
Сообщение
#214
|
|
Начинающий Группа: Пользователи Сообщений: 10 Регистрация: 23.8.2011 Пользователь №: 9 616 Спасибо сказали: 0 раз |
Тот кто писал Magneto допустил ошибку в версии. Magneto отправляет на хаб версию 1.0091, а по NMDC протоколу нужно отправлять версию 1,0091, то есть дробная и целая част должна быть отделена запятой, а не точкой. Чтобы включить проверку в русхабе, достаточно написать небольшой скриптик: Код function OnVersion() return true end Уважаемый atlant_is перекомпилировал клиент. Теперь ошибка выглядит так Код [Wed Oct 19 17:39:19 2011|890] (4) DcConn: (sock 68) IN: $Version 1,0091
[Wed Oct 19 17:39:19 2011|890] (1) DcConn: (sock 68) Attempt to attack in Version (repeated sending) [Wed Oct 19 17:39:19 2011|890] (3) DcConn: (sock 68) closeNow (reason 8) |
|
|
19.10.2011, 8:57
Сообщение
#215
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
К сожалению оригинальный сайт одного из бывших авторов протокола, на котором было описание большинства команд протокола, перестал существовать. Однако есть перевод на русский, а также некоторые сайты-клоны, которые успели скопировать содержимое.
Mangust, ошибка говорит о том, что команда $Version была отослана повторно. В русхабе установлена защита от повторной отсылки команд стадии входа. |
|
|
19.10.2011, 9:02
Сообщение
#216
|
|
Участник Группа: Пользователи Сообщений: 46 Регистрация: 18.11.2008 Из: Новосибирск Пользователь №: 1 128 Спасибо сказали: 3 раза |
Вот, все-таки,
Цитата Remember multiple separators can be used, the comma (,) and period (.) being the most common. Вероятно, на стороне RusHub'а стоит предусмотреть оба варианта... Перешерстил код, не нашел повторной отправки $Version (за нее, по-моему и verlihub кикает). Можно кусок лога чуть подробнее? |
|
|
19.10.2011, 9:07
Сообщение
#217
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
Возможно ты прав. Однако я не видел ни одного клиента, который бы использовал точку. Может это из-за того, что все клиенты имеют одного отца в лице оригинального DC клиента.
|
|
|
19.10.2011, 9:09
Сообщение
#218
|
|
Продвинутый участник Группа: Пользователи Сообщений: 128 Регистрация: 12.10.2008 Пользователь №: 781 Спасибо сказали: 2 раза |
Цитата что ж, остановимся на версии "узкий канал юзверя" вечером пришлось вернуться к данному вопросу. решил попинговать сервак в пиковое время и оказалось очень даже не зря. по онлайне порядка 6.5к пинг до серва на гигабитном интерфейсе (мне до несколько коммутаторов) 140/240 мс, порой теряются пакеты. при этом нагрузка интерфейса прыгает от 300 до 800 мегабит. отключил все скрипты, кроме FirstRusHubBot и BanManager - ситуация ни чуть не изменилась. попробовал запустить ProkaX вместо RussHub и подождать, пока он медленно и нудно впустит всех желающих - пинг стабильная 1мс, нагрузка на сетевой интерфейс раза в 3 упала (при том же онлайне +-200 пользователей). что-то не так... если я верно всё помню, одна из целей проекта - "быстрый хаб для больших онлайнов", а 7к - это далеко не предел действующих хабов... |
|
|
19.10.2011, 9:15
Сообщение
#219
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
Хотя, честно говоря, когда я читал описание, там по-моему была только запятая.
Толи я невнимательно читал, толи точку дописали как ещё один вариант. Angel_D, ну с птохой сравнивать в данном случае не корректно, так как птоха использует потоки с блокирующими сокетами, а русхаб использует один поток и неблокирующие сокеты. Да, возможно дело именно в архитектуре русхаба. Спасибо за проведенные тесты - я буду разбираться. |
|
|
19.10.2011, 9:15
Сообщение
#220
|
|
Участник Группа: Пользователи Сообщений: 46 Регистрация: 18.11.2008 Из: Новосибирск Пользователь №: 1 128 Спасибо сказали: 3 раза |
По крайней мере, PtokaX и Verlihub нормально реагируют на оба варианта.
|
|
|
Похожие темы
|
Сейчас: 23.11.2024, 5:35 |