Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Добрый день! Есть SCO Openserver 5.0.6 IDS 7.31.UC5 2 процессора 2 гб памяти. Время от времени начинаются тормоза... На 100% заняты оба процессора. onstat -a в прицепе. Кто что может посоветовать? Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 13:11 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Alexander V. Svinolobov onstat -a в прицепе. Ничего не понимаю. Как файл прикрепить? В форме выбираю нужный файл, говорю "отослать", а он не появляется в сообщении :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 13:20 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Alexander V. Svinolobov Ничего не понимаю. Как файл прикрепить? В форме выбираю нужный файл, говорю "отослать", а он не появляется в сообщении :(ограничение по размеру есть -- 64 кб (вроде). Или режь или выложи куда-нибудь типа slil.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 13:57 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Журавлев Денисограничение по размеру есть -- 64 кб (вроде). Или режь или выложи куда-нибудь типа slil.ru Нет, тестировал и 10 кб файле.. Та же песня. http://up.spbland.ru/files/06091264/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 14:15 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Alexander V. SvinolobovНет, тестировал и 10 кб файле.. Та же песня. Может ты предварительный просмотр давишь, а потом опубликовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 15:17 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
тест из ff ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 15:21 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
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% ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 15:30 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
а статистику собирать не пробовали? Обычно помогает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2006, 08:46 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
cprа статистику собирать не пробовали? Обычно помогает Если под сбором статистики подразумевался update statistics, то данная процедура выполняется еженощно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2006, 11:03 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Рекомендую во время тормозов посмотреть есть ли активные 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2006, 12:30 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Alexander V. Svinolobov cprа статистику собирать не пробовали? Обычно помогает Если под сбором статистики подразумевался update statistics, то данная процедура выполняется еженощно. а какой именно вариант для сбора статистики используется? именно "update statistics" без указания объектов БД? Если так, то вам может сильно полегчать после выполнения для каждой таблицы "update statistics high for table tablename resolution 0.1" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 12:51 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, Александр! Если оба процессора заняты на 100%, то, конечно же, будут тормоза. Вы грешите на informix? В приведённой статистике ничего особо плохого не видно, хотя кое-что настроить можно. Если Вы предоставите выходы sar -u, sar -d и onstat -m mgm, то, возможно, что-то прояснится. ------- С уважением, Александр Спирин ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 12:53 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
cpr а какой именно вариант для сбора статистики используется? именно "update statistics" без указания объектов БД? Если так, то вам может сильно полегчать после выполнения для каждой таблицы "update statistics high for table tablename resolution 0.1" Для сбора статистики уже давно используется dbupdates некоего Dave Snyder <dave@snide.com>;, найденный на iiug.org. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 14:58 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
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 заняты... После ответов на эти вопросы можно будет дать свои рекомендации по улучшению работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 15:28 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
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-запросы), то такое значение бы просто "положило" сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 15:41 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
vasilis Для начала несколько вопросов. 1) "начинаются тормоза" только на какое то время? Какое? 5-10 сек или 10-20 минут ? или тормозит уже "до упора", пока сервер не перезагрузят ? Тормозил как выяснилось при запуске боольшого отчета. Во все остальное время вроде бы не жаловался никто. vasilis 2) кто устанавливал конфигурационные параметры в onconfig ? Если вы сами, то готовы ли вы объяснить, зачем там стоят те или другие параметры ? Т.к. я вижу там много противоречий и даже ...почти ерунды Устанавливал сам. vasilis 3) что из себя представляет прикладная система, какого типа (билинг, финансовое управление, документооборот, производственная ...), какие преимущественно запросы (OLTP, OLAP, DSS) ? Это собственная разработка или чужая купленная система ? Если последнее, то есть ли поддержка? Система собственная. Биллинг. Запросы в основном OLTP. vasilis 4) приведенный вывод onstat -a сделан на момент уже наступивших тормозов или просто так ? Подозреваю, что первое, т.к. штук 9 запросов уже стоит в очереди на выполнение, а VP CPU заняты... На момент "тормозов". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 18:18 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
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 а анализировать планы запросов и оптимизировать отчет, эффект может быть на два порядка выше по сравнению с тюнингом сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 19:58 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2006, 22:45 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
дейт2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс. Кардинальный подход. Кстати, немного не в тему, но все же... Есть у кого-то удачный опыт установки 9-ки на ядрах 2.6? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2006, 11:30 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
дейт2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс. В данном случае все же два запроса. Мне вот только непонятно, чем же СКО так провинился ? Можно подумать, что установка Линкса снимет напрочь проблемы дизайна базы и качества запросов... Целиком присоединяюсь к предыдущему совету cpr о том, что "Если четко определен отчет, который кладет сервак, ...то анализировать планы запросов и оптимизировать отчет, эффект может быть на два порядка выше по сравнению с тюнингом сервера." Кстати, там вполне могут быть еще проблемы блокировок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2006, 16:29 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
vasilis дейт2 проца 2 гига, один запрос ставит всех торчком -- я бы начал с того что выкинул ско, и поставил линукс. В данном случае все же два запроса. Мне вот только непонятно, чем же СКО так провинился ? Можно подумать, что установка Линкса снимет напрочь проблемы дизайна базы и качества запросов... Целиком присоединяюсь к предыдущему совету cpr о том, что "Если четко определен отчет, который кладет сервак, ...то анализировать планы запросов и оптимизировать отчет, эффект может быть на два порядка выше по сравнению с тюнингом сервера." Кстати, там вполне могут быть еще проблемы блокировок. В случае блокировок как правило процессоры спят, а тут говорят, что оба на 100% ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2006, 16:07 |
|
||
|
Улучшение производительности
|
|||
|---|---|---|---|
|
#18+
cpr vasilis...Кстати, там вполне могут быть еще проблемы блокировок. В случае блокировок как правило процессоры спят, а тут говорят, что оба на 100% Я же не о конкретной ситуации. А исходил из того, что в приведенной статистике, если не ошибаюсь, за полтора часа работы уже было больше десятка lockwaits. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2006, 15:11 |
|
||
|
|
start [/forum/topic.php?fid=44&msg=33981302&tid=1608594]: |
0ms |
get settings: |
7ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
44ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 360ms |
| 0 / 0 |
