Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Informix [игнор отключен] [закрыт для гостей] / Улучшение производительности / 22 сообщений из 22, страница 1 из 1
12.09.2006, 13:11
    #33980687
Улучшение производительности
Добрый день!
Есть SCO Openserver 5.0.6
IDS 7.31.UC5
2 процессора
2 гб памяти.

Время от времени начинаются тормоза...
На 100% заняты оба процессора. onstat -a в прицепе.
Кто что может посоветовать?

Заранее благодарен.
...
Рейтинг: 0 / 0
12.09.2006, 13:20
    #33980732
Улучшение производительности
Alexander V. Svinolobov
onstat -a в прицепе.


Ничего не понимаю. Как файл прикрепить? В форме выбираю нужный файл, говорю "отослать", а он не появляется в сообщении :(
...
Рейтинг: 0 / 0
12.09.2006, 13:57
    #33980899
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Alexander V. Svinolobov
Ничего не понимаю. Как файл прикрепить? В форме выбираю нужный файл, говорю "отослать", а он не появляется в сообщении :(ограничение по размеру есть -- 64 кб (вроде). Или режь или выложи куда-нибудь типа slil.ru
...
Рейтинг: 0 / 0
12.09.2006, 14:15
    #33980975
Улучшение производительности
Журавлев Денисограничение по размеру есть -- 64 кб (вроде). Или режь или выложи куда-нибудь типа slil.ru
Нет, тестировал и 10 кб файле.. Та же песня.
http://up.spbland.ru/files/06091264/
...
Рейтинг: 0 / 0
12.09.2006, 15:17
    #33981239
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Alexander V. SvinolobovНет, тестировал и 10 кб файле.. Та же песня.
Может ты предварительный просмотр давишь, а потом опубликовать?
...
Рейтинг: 0 / 0
12.09.2006, 15:21
    #33981258
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
тест из ff
...
Рейтинг: 0 / 0
12.09.2006, 15:30
    #33981302
onstat-
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Alexander V. SvinolobovДобрый день!
Есть SCO Openserver 5.0.6
IDS 7.31.UC5
2 процессора
2 гб памяти.

Время от времени начинаются тормоза...
На 100% заняты оба процессора. onstat -a в прицепе.
Кто что может посоветовать?

Заранее благодарен.

Я когда то проходил такое на этой ОС и версии informix,
При достаточно большом количестве фрагментов на таблицах(~30)
количестве пользователей около 50 и PDQPRIORITY > LOW.

Чем выше значение PDQPRIORITY тем пробелма возникала чаще.

Избавиться от проблемы удалось только поставив PDQPRIORITY LOW в onconfig.

с потерей производительности ~5-10%
...
Рейтинг: 0 / 0
13.09.2006, 08:46
    #33982804
cpr
cpr
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
а статистику собирать не пробовали?
Обычно помогает
...
Рейтинг: 0 / 0
13.09.2006, 11:03
    #33983225
Улучшение производительности
cprа статистику собирать не пробовали?
Обычно помогает
Если под сбором статистики подразумевался update statistics, то данная процедура выполняется еженощно.
...
Рейтинг: 0 / 0
13.09.2006, 12:30
    #33983628
Andron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Рекомендую во время тормозов посмотреть есть ли активные ds запросы с помощью onstat -g mgm, и если такие есть, то пересмотреть значение MAX_PDQPRIORITY (сделать например MAX_PDQPRIORITY=50)

Сейчас исходя из вашего onconfiga (http://up.spbland.ru/files/06091264/) у вас такая конфигурация:

# Parallel Database Queries (pdq)
MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority
DS_MAX_QUERIES 100 # Maximum number of decision support queries
DS_TOTAL_MEMORY 400000 # Decision support memory (Kbytes)
DS_MAX_SCANS 4096 # Maximum number of decision support scans

И я не очень понял зачем сделано DS_MAX_QUERIES 100 если NETTYPE сделан таким (получается для двух протоколов в сумме 80 сессий), хотя конечно NETTYPE вроде и не запрещает реальное число одновременных сессий

NETTYPE tlitcp,1,40,NET # Configure poll thread(s) for nettype
NETTYPE ipcshm,1,40,CPU # Configure poll thread(s) for nettype
...
Рейтинг: 0 / 0
14.09.2006, 12:51
    #33986731
cpr
cpr
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Alexander V. Svinolobov cprа статистику собирать не пробовали?
Обычно помогает
Если под сбором статистики подразумевался update statistics, то данная процедура выполняется еженощно.

а какой именно вариант для сбора статистики используется?

именно "update statistics" без указания объектов БД?

Если так, то вам может сильно полегчать после выполнения для каждой таблицы
"update statistics high for table tablename resolution 0.1"
...
Рейтинг: 0 / 0
14.09.2006, 12:53
    #33986741
Алексан
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Здравствуйте, Александр!
Если оба процессора заняты на 100%, то, конечно же, будут тормоза. Вы грешите на informix?
В приведённой статистике ничего особо плохого не видно, хотя кое-что настроить можно.
Если Вы предоставите выходы sar -u, sar -d и onstat -m mgm, то, возможно, что-то прояснится.

-------
С уважением,
Александр Спирин
...
Рейтинг: 0 / 0
14.09.2006, 14:58
    #33987499
Улучшение производительности
cpr
а какой именно вариант для сбора статистики используется?

именно "update statistics" без указания объектов БД?

Если так, то вам может сильно полегчать после выполнения для каждой таблицы
"update statistics high for table tablename resolution 0.1"
Для сбора статистики уже давно используется dbupdates некоего Dave Snyder <dave@snide.com>;, найденный на iiug.org.
...
Рейтинг: 0 / 0
14.09.2006, 15:28
    #33987642
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Alexander V. Svinolobov
2 процессора
2 гб памяти.
Время от времени начинаются тормоза...
На 100% заняты оба процессора. onstat -a в прицепе.
Кто что может посоветовать?

Для начала несколько вопросов.
1) "начинаются тормоза" только на какое то время? Какое? 5-10 сек или 10-20 минут ? или тормозит уже "до упора", пока сервер не перезагрузят ?
2) кто устанавливал конфигурационные параметры в onconfig ? Если вы сами, то готовы ли вы объяснить, зачем там стоят те или другие параметры ? Т.к. я вижу там много противоречий и даже ...почти ерунды
3) что из себя представляет прикладная система, какого типа (билинг, финансовое управление, документооборот, производственная ...), какие преимущественно запросы (OLTP, OLAP, DSS) ? Это собственная разработка или чужая купленная система ? Если последнее, то есть ли поддержка?
4) приведенный вывод onstat -a сделан на момент уже наступивших тормозов или просто так ? Подозреваю, что первое, т.к. штук 9 запросов уже стоит в очереди на выполнение, а VP CPU заняты...

После ответов на эти вопросы можно будет дать свои рекомендации по улучшению работы.
...
Рейтинг: 0 / 0
14.09.2006, 15:41
    #33987728
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
AndronРекомендую во время тормозов посмотреть есть ли активные ds запросы с помощью onstat -g mgm, и если такие есть, то пересмотреть значение MAX_PDQPRIORITY (сделать например MAX_PDQPRIORITY=50)
Исходя из представленных данных (onstat -a) PDQ-запросов в системе нет.
Andron
DS_MAX_QUERIES 100 # Maximum number of decision support queries
И я не очень понял зачем сделано DS_MAX_QUERIES 100 если NETTYPE сделан таким (получается для двух протоколов в сумме 80 сессий), хотя конечно...
Похоже, что этот параметр выставлен при полном непонимании DSS-запросов вообще и данного параметра в частности (без обид :). Если бы они на самом деле были (DSS-запросы), то такое значение бы просто "положило" сервер.
...
Рейтинг: 0 / 0
14.09.2006, 18:18
    #33988478
Улучшение производительности
vasilis
Для начала несколько вопросов.
1) "начинаются тормоза" только на какое то время? Какое? 5-10 сек или 10-20 минут ? или тормозит уже "до упора", пока сервер не перезагрузят ?
Тормозил как выяснилось при запуске боольшого отчета. Во все остальное время вроде бы не жаловался никто.
vasilis
2) кто устанавливал конфигурационные параметры в onconfig ? Если вы сами, то готовы ли вы объяснить, зачем там стоят те или другие параметры ? Т.к. я вижу там много противоречий и даже ...почти ерунды
Устанавливал сам.
vasilis
3) что из себя представляет прикладная система, какого типа (билинг, финансовое управление, документооборот, производственная ...), какие преимущественно запросы (OLTP, OLAP, DSS) ? Это собственная разработка или чужая купленная система ? Если последнее, то есть ли поддержка?
Система собственная. Биллинг. Запросы в основном OLTP.
vasilis
4) приведенный вывод onstat -a сделан на момент уже наступивших тормозов или просто так ? Подозреваю, что первое, т.к. штук 9 запросов уже стоит в очереди на выполнение, а VP CPU заняты...
На момент "тормозов".
...
Рейтинг: 0 / 0
14.09.2006, 19:58
    #33988715
cpr
cpr
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
Alexander V. Svinolobov vasilis
Для начала несколько вопросов.
1) "начинаются тормоза" только на какое то время? Какое? 5-10 сек или 10-20 минут ? или тормозит уже "до упора", пока сервер не перезагрузят ?
Тормозил как выяснилось при запуске боольшого отчета. Во все остальное время вроде бы не жаловался никто.
vasilis
2) кто устанавливал конфигурационные параметры в onconfig ? Если вы сами, то готовы ли вы объяснить, зачем там стоят те или другие параметры ? Т.к. я вижу там много противоречий и даже ...почти ерунды
Устанавливал сам.
vasilis
3) что из себя представляет прикладная система, какого типа (билинг, финансовое управление, документооборот, производственная ...), какие преимущественно запросы (OLTP, OLAP, DSS) ? Это собственная разработка или чужая купленная система ? Если последнее, то есть ли поддержка?
Система собственная. Биллинг. Запросы в основном OLTP.
vasilis
4) приведенный вывод onstat -a сделан на момент уже наступивших тормозов или просто так ? Подозреваю, что первое, т.к. штук 9 запросов уже стоит в очереди на выполнение, а VP CPU заняты...
На момент "тормозов".

Если четко определен отчет, который кладет сервак, то советую не париться с настройками onconfig а анализировать планы запросов и оптимизировать отчет, эффект может быть на два порядка выше по сравнению с тюнингом сервера.
...
Рейтинг: 0 / 0
14.09.2006, 22:45
    #33988848
дейт
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс.
...
Рейтинг: 0 / 0
15.09.2006, 11:30
    #33989553
Улучшение производительности
дейт2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс.
Кардинальный подход.
Кстати, немного не в тему, но все же... Есть у кого-то удачный опыт установки 9-ки на ядрах 2.6?
...
Рейтинг: 0 / 0
15.09.2006, 16:29
    #33990908
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
дейт2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс.
В данном случае все же два запроса.
Мне вот только непонятно, чем же СКО так провинился ? Можно подумать, что установка Линкса снимет напрочь проблемы дизайна базы и качества запросов...
Целиком присоединяюсь к предыдущему совету cpr о том, что "Если четко определен отчет, который кладет сервак, ...то анализировать планы запросов и оптимизировать отчет, эффект может быть на два порядка выше по сравнению с тюнингом сервера."
Кстати, там вполне могут быть еще проблемы блокировок.
...
Рейтинг: 0 / 0
18.09.2006, 16:07
    #33994498
cpr
cpr
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
vasilis дейт2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс.
В данном случае все же два запроса.
Мне вот только непонятно, чем же СКО так провинился ? Можно подумать, что установка Линкса снимет напрочь проблемы дизайна базы и качества запросов...
Целиком присоединяюсь к предыдущему совету cpr о том, что "Если четко определен отчет, который кладет сервак, ...то анализировать планы запросов и оптимизировать отчет, эффект может быть на два порядка выше по сравнению с тюнингом сервера."
Кстати, там вполне могут быть еще проблемы блокировок.

В случае блокировок как правило процессоры спят, а тут говорят, что оба на 100%
...
Рейтинг: 0 / 0
20.09.2006, 15:11
    #34000130
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Улучшение производительности
cpr vasilis...Кстати, там вполне могут быть еще проблемы блокировок.
В случае блокировок как правило процессоры спят, а тут говорят, что оба на 100%
Я же не о конкретной ситуации. А исходил из того, что в приведенной статистике, если не ошибаюсь, за полтора часа работы уже было больше десятка lockwaits.
...
Рейтинг: 0 / 0
Форумы / Informix [игнор отключен] [закрыт для гостей] / Улучшение производительности / 22 сообщений из 22, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]