platerx

Вообщем для решени проблемы необходимы: 1) code dump 2) Бинарник старгейзера 3) скомпилированные модули 4) Версия стг, какие патчи и каких версий накладывались. 5) Лог, если в ным что-нть есть 6) Информация генерируемая в отладочном режиме(если он включен). Для того что бы генерировался core dump необходимо сделать ulimit -c unlimited. Отсылать на platerx собачка gmail тчк com.

Хм, а что делает этот код ? + map<uint32_t, IA_USER>::iterator itNext = ++it; + ip2user.erase(--it); + it = itNext; не проше ли было ? + ip2user.erase(it);

Итак по поводу схемы присоединился - записал/прочитал - отсоединился: Сброс данных а базу происходит с определенным промежутком, по умолчанию 10 мин. Предположим у нас 200 пользователей. 10 мин = 600 сек. Т.е. на запись данных об одном пользователе выделяется 3 сек. Коннект с базой и закрытие соединения суммарно занимают 0.004 сек. (Я писал простейший тест. Кому надо могу выложить исходники.) для 200 коннектов время будет 1 сек. т.е. из 600 сек 1 сек будет тратиться на коннекты. По моему это приемлемо. Конечно это грубый подсчёт, необходимы более реальные тесты. Сейчас тестируется есть модуль в котором реализована именно эта схема. По поводу первоначальной схемы: В версии модуле 0.63 есть серьёзные ошибки(в плане работы с функциями mysql), есть подозрения, что именно из за этих ошибок он работает неправильно, но что бы их исправить нужно переписать много кода, и возможно изменять сам stg. И нет 100% гарантии, что именно из за этого мы имеем потерю соединения. Может это проблемя самго mysql. Поэтому если при тестировании модуля в котором реализована схема присоединился - записал/прочитал – отсоединился не будет серьёзных проблем с производительностью, то мы остановимся на ней. Иначе будем исправлять модуль с первоначальной схемой работы.

Итак сейчас я буду заниматься разработкой этого модуля, точнее исправлением ошибок. Есть несколько вопросов к тем кто тестировал его: 1) Через какое время после запуска модуля происходит потеря соединения ? 2) Зависит ли это время от нагрузки на stg ? По поводу таймаута могу сказать, что по умолчанию соединение рвёться если от клиента не было запросов в течении 8-ми часов.