BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 27 апр 2024, 18:07

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

Часовой пояс: UTC + 5 часов [ Летнее время ]



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 16 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
Cromeshnic
СообщениеДобавлено: 18 ноя 2010, 12:14 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Частенько при полном переобсчете сессий за месяц зависает планировщик из-за нехватки памяти. Судя по логам, при пересчете сначала делается один большой SELECT всех сессий, затем уже их обработка.
Может есть смысл как-то разбить этот select на куски? Иначе с ростом абонентской базы dialup постоянно придётся пропорционально увеличивать память для планировщика.
Ну или по крайней мере учесть это в новом модуле...
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 18 ноя 2010, 12:38 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Ты про пересчет нетфлоу логов? Если да, то у меня тоже было замечено зависание.

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
Cromeshnic
СообщениеДобавлено: 18 ноя 2010, 12:59 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Не, переобсчет сессий.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 29 дек 2010, 12:41 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
добавил в TODO
Вернуться к началу
 Профиль  
 
Cromeshnic
СообщениеДобавлено: 01 фев 2011, 11:00 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
up
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 фев 2011, 18:54 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
у вас стоит useCursorFetch=true в db.url ?

там выбирается 1000 000 записей .. Можем поменять его на меньшее значение либо вытащить в конфиг
Вернуться к началу
 Профиль  
 
Cromeshnic
СообщениеДобавлено: 01 фев 2011, 20:10 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Стоит.
Вернуться к началу
 Профиль  
 
Cromeshnic
СообщениеДобавлено: 02 фев 2011, 14:17 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Вернее, стояло только для основной базы. Поставил для слейва.

Цитата:
Можем поменять его на меньшее значение либо вытащить в конфиг

Было бы неплохо наверное. Хотя, как я понимаю, это всего лишь перекидывает проблему хранения большого resultSet-а на плечи mysql-сервера:
http://wiki.gxtechnical.com/commwiki/se ... sing+MySQL
Вернуться к началу
 Профиль  
 
Администратор
СообщениеДобавлено: 25 фев 2011, 11:28 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Было бы неплохо наверное. Хотя, как я понимаю, это всего лишь перекидывает проблему хранения большого resultSet-а на плечи mysql-сервера:

Истинно так :) Но mysql он на C - пусть хранит. У него для хранения 2х байт 2 байта и нужно а не 8 байт под заголовки объекта + до черта ещё.
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 02 мар 2011, 18:16 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Администратор писал(а):
mysql он на C - пусть хранит. У него для хранения 2х байт 2 байта и нужно

может, при таком раскладе, вообще вынести часть логики в БД?
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 03 мар 2011, 20:21 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
Администратор писал(а):
mysql он на C - пусть хранит. У него для хранения 2х байт 2 байта и нужно

может, при таком раскладе, вообще вынести часть логики в БД?

жесткая завязка на бд теоретически может помешать теоретической миграции на другую бд
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 03 мар 2011, 20:47 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
жесткая завязка на одной БД приведет к тому что если, вдруг, когда нибудь, внезапно! состоится переезд на другую БД - вместе с ним умрет привязка к старой БД и родится привязка к новой БД, а так же, вполне возможно, несостоятельность текущего движка будет одной из причин переезда ... я совершенно не уверен в том что если Вы примите решение о переезде то будете поддерживать 2 типа БД ;)
Вернуться к началу
 Профиль  
 
Sputnik
СообщениеДобавлено: 14 ноя 2011, 17:31 
Не в сети
Аватара пользователя

Зарегистрирован: 14 окт 2011, 14:38
Сообщения: 122
Карма: 0
skyb писал(а):
Ты про пересчет нетфлоу логов? Если да, то у меня тоже было замечено зависание.


А как ты решил проблему зависания при переобсчете логов?
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 14 ноя 2011, 17:50 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Sputnik писал(а):
skyb писал(а):
Ты про пересчет нетфлоу логов? Если да, то у меня тоже было замечено зависание.


А как ты решил проблему зависания при переобсчете логов?

йа обновился на 5.2 и не пробовал так больше баловаться %)

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
Sputnik
СообщениеДобавлено: 15 ноя 2011, 08:51 
Не в сети
Аватара пользователя

Зарегистрирован: 14 окт 2011, 14:38
Сообщения: 122
Карма: 0
skyb писал(а):
йа обновился на 5.2 и не пробовал так больше баловаться %)


а причина в чем может быть так и не выяснил никто?
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 15 ноя 2011, 10:08 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Sputnik писал(а):
skyb писал(а):
йа обновился на 5.2 и не пробовал так больше баловаться %)


а причина в чем может быть так и не выяснил никто?

неа

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 16 ] 

Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.153s | 50 Queries | GZIP : On ]