Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Я вижу cache первый раз в жизни. Смотрю top и вижу что проц загружен на 100% у кушают его поровну 3 иногда 6 процессов: cache -s/usr/ensemblesys/mgr -cj -p18 SuperServer^%SYS.SERVER Судя по логу апача, там не больше 1 запроса в сек. Вопрос в том: что за процесс SuperServer? Откуда начинать читать документацию? Это процесс сервера приложений или бд или что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 09:45 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
суперсервер - процесс важный и если так нагружен видимо что то все таки делает может скажете что за проект у вас на Cache, и может вам стоит обратиться к разработчику вашего приложения с этой проблемой а то что не больше одного запроса в секунду это еще ничего не значит, мы же не знаем что у вас за приложение и что он на каждый этот запрос может выдавать, может у вас там сложные расчеты или большие объемы данных передаются по HTTP ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:01 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Никаких сложных расчетов. Платежи в банкоматах. Передаются буквально 10-ки байт. Что читать, где доки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:11 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис, читать документацию к Cache, она идет вместе с установленной cache а можно почитать тут выбрав нужную версию он чтение документации вам не поможет если вы не разработчик и у вас нет доступа к исходному коду ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:20 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
DAiMorон чтение документации вам не поможет если вы не разработчик и у вас нет доступа к исходному кодупохоже разработчик не хочет разбираться, он говорит: у вас слабый сервер, да еще и виртуальный, купите новый, за 7 млрд$, у вас будет все хорошо. Хочется локализовать проблему и ткнуть в сцаку и сказать чтоб исправлял. Итак повторю вопрос: что за процесс SuperServer? Это процесс сервера приложений или бд или что? Есть какие-нибудь логи и средства профилирования? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:29 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис , версия кащея какая? Сталкивался с тем, что такая конструкция (или аналогичная) Код: plaintext 1. 2. 3. 4. Вешает сервер напрочь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:29 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
krvsa Журавлев Денис , версия кащея какая? а где смотреть? вот это? Cache for UNIX (SUSE Enterprise Server for x86-64) 2010.1.4 (Build 803U) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:32 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денисkrvsa Журавлев Денис , версия кащея какая? а где смотреть? вот это? Cache for UNIX (SUSE Enterprise Server for x86-64) 2010.1.4 (Build 803U) да это и есть версия Cache, т.е. 2010.1.4 суперсервер, это основной процесс Cache, через который приходят запросы и вне и обратно это знание вам ничем не поможет средства профилирования есть, но если нет исходников они вам не помогут скорее всего кроме разработчика помочь вам некому, сами вы тоже не сможете ничего сделать Разработчик случайно не ФинСтрим ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:44 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
DAiMorсуперсервер, это основной процесс Cache, через который приходят запросы и вне и обратно это знание вам ничем не поможетт.е. от апача приходит запрос в csp, все обрабатывается SuperServer, а потом результат отдается апачу? DAiMorсредства профилирования есть, но если нет исходников они вам не помогутда ладно, у меня есть strace и gdb и 500000 лет. DAiMorРазработчик случайно не ФинСтрим ?он. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:48 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис , с 2010 я еще не работал... Х/з как там ведёт себя такой пример кода. ИС обещала наладить распределение времени между задачками и процессами... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:50 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисПлатежи в банкоматах. Передаются буквально 10-ки байт. Вот думается мне там и работает аналогичный моему алгоритм... Просто крутится "вечный цикл"... Если есть информация - обработает. Если нет - таки крутится в холостую и жрё, жрёт и жрёт! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:52 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
krvsaЖуравлев ДенисПлатежи в банкоматах. Передаются буквально 10-ки байт. Вот думается мне там и работает аналогичный моему алгоритм... Просто крутится "вечный цикл"... Если есть информация - обработает. Если нет - таки крутится в холостую и жрё, жрёт и жрёт! нет там не так. Там явно видно что нагрузка вырастает при обработке запросов. И падает до 0 если запросов нет. Просто похоже что обрабатывает каждый запрос банкомата слишком долго, 2 или 3 секунды, и когда запросы приходят одновременно от 3 банкоматов, начинается драка за cpu. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 10:58 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
krvsaЖуравлев ДенисПлатежи в банкоматах. Передаются буквально 10-ки байт. Вот думается мне там и работает аналогичный моему алгоритм... Просто крутится "вечный цикл"... Если есть информация - обработает. Если нет - таки крутится в холостую и жрё, жрёт и жрёт! кстати в вашем примере просто sleep-м на 50 мс, надо отдать время назад операционке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 11:00 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисDAiMorсуперсервер, это основной процесс Cache, через который приходят запросы и вне и обратно это знание вам ничем не поможетт.е. от апача приходит запрос в csp, все обрабатывается SuperServer, а потом результат отдается апачу? ну схема немного сложнее, еще на каждую сессию создается свой процесс который как раз и работает с полученными данными и возвращает результат, есть еще процессы отвечающие за сохранение измененных данных в бд и кучу разных процессов, если посмотрите все процессы cache, то увидите их много разных Журавлев ДенисDAiMorсредства профилирования есть, но если нет исходников они вам не помогутда ладно, у меня есть strace и gdb и 500000 лет. боюсь они вам не помогут, точнее смысла в них никакого, так как все таки разработчик пишет на COS, который компилируется в один код, и который потом интерпретируется, средства профилирования имеющиеся в Cache отталкиваются от исходного кода на COS и оптимизация будет на его уровне, даже если вы что то увидите с помощью strace и gdb как вы собираетесь это исправлять. мы можем попробовать помочь вам, если вы опишите, конфигурацию вашего сервера, (RAM, CPU, HDD, RAID), и приложите файлы /usr/ensemblesys/cache.cpf - файл настроек /usr/ensemblesys/mgr/cconsole.log - лог работы сервера есть еще средства для сбора информации, но их лучше могут понять в InterSystems ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 11:02 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Дениснет там не так ну не так - так не так... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 11:15 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
DAiMorну схема немного сложнее, еще на каждую сессию создается свой процесс который как раз и работает с полученными данными и возвращает результат, есть еще процессы отвечающие за сохранение измененных данных в бд и кучу разных процессов таки и за что отвечает SuperServer ? Журавлев Денис оптимизация будет на его уровне, даже если вы что то увидите с помощью strace и gdb как вы собираетесь это исправлять. я не собираюсь ничего исправлять: Хочется локализовать проблему и ткнуть вендора в сцаку и сказать чтоб исправлял. DAiMorмы можем попробовать помочь вам, если вы опишите, конфигурацию вашего сервера, (RAM, CPU, HDD, RAID), Это вам ничем не поможет. 192G, два E5504, eva8000, наверно hdd 100 дисков. Ну а что конкретно отдано этой виртуалке, это пофиг. Жрет она процессор. DAiMor/usr/ensemblesys/cache.cpf - файл настроек а что есть настройка fast=true? Как называется? Т.е. осознаю что можно настроить маленький буферный кэш, и надрачивать диск, но вот не похоже: Код: plaintext 1. 2. 3. 4. 5. 6. Выделено памяти под кеш программ (МБ): 100 Выделено памяти под 2КБ кеш (МБ): 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 11:23 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Выделено памяти под 8КБ кеш (МБ): 512 Всего выделено памяти под кеш базы данных (МБ): 512 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 11:23 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
про процесс SuperServer я немного прогнал, это процессы под сессию, так что это обычные процессы которые работают что то как то маловат под 8КБ кеш БД при таком объеме RAM еще раз повторяю вы не сможете локализовать проблему и указать на нее разработчику, тем более с вашим уровнем знаний о Cache, чтобы работать над быстродействием нужно наработать опыт и понимать изнутри многие процессы, и опять же повторюсь без исходников это абсолютно бесполезно. вы не сможете даже примерно понять из-за чего идут такие задержки. вы точно не можете утверждать что нет у вас такого как привел в пример krvsa. хотя у меня есть подозрение что там банальное столкновение на блокировках. чтобы проверить это откройте портал управления системой может быть будет по адресу http://server:57772/csp/sys/UtilHome.csp меню блокировки, и в момент возрастания нагрузки, обновляйте и смотрите как появляются записи, при столкновении строка будет подсвечена цветом, подобные блокировки которые весят долго, это уже проблема о которой стоит сообщить разработчику процессы которые тормозят, могут выполнять абсолютно разные функции, не забывайте код который они выполняют хранится в БД. честно я возможно не очень силен в Unix*, но не совсем понял последнюю табличку вы написали что у вас 192G RAM, можно узнать под что используется столько памяти RamDisk, если да то что на нем ? автора что есть настройка fast=true? первый раз слышу про такой, и ни разу не видел ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 11:45 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
DAiMorисходников это абсолютно бесполезно. вы не сможете даже примерно понять из-за чего идут такие задержки. вы точно не можете утверждать что нет у вас такого как привел в пример krvsa. т.е. расслабиться и получать удовольствие? DAiMorхотя у меня есть подозрение что там банальное столкновение на блокировках. чтобы проверить это откройте портал как ожидание блокировки может жрать процессор? Это что-то новое в программировании. DAiMorавтора что есть настройка fast=true? первый раз слышу про такой, и ни разу не виделэто юмор такой оракловый. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 12:30 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
3 банкомата, это конечно не нагрузка, хотя смотря что они там делают Увеличьте кэш программ хотя бы до 250 Мб, а кэш бд до 2х гб, если каше 64х разрядная, то до 8-32 Гб (но не больше размера базы) Какого рода запросы приходят в систему? Я так понял, только веб? есть что-нибудь интересное в логе шлюза? Сколько процессорных ядер отдано под виртуалку? Какой объем базы всего, сколько лет она работает? Интерсистемс предупреждала нас о том, что при работа каше на виртуальных машинах возможны проблемы с производительностью, хотя лично я ничего такого криминального не заметил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 16:48 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.3 банкомата, это конечно не нагрузка, хотя смотря что они там делают 3 одновременно в одну секунду, их и 23 в 1 секунду бывает. Блок А.Н.Увеличьте кэш программ хотя бы до 250 Мб, этот параметр как может влиять на использование cpu ? Блок А.Н.а кэш бд до 2х гб, если каше 64х разрядная, то до 8-32 Гб (но не больше размера базы) я сейчас не вижу обращений к диску, плюс я вижу us и не вижу wa Код: plaintext 1. 2. 3. 4. Блок А.Н.Какого рода запросы приходят в систему? Я так понял, только веб? есть что-нибудь интересное в логе шлюза?только веб, куда смотреть про шлюз? Ошибки xDBC? Там каждую минуту [SQLCODE: <-400>:<Произошла фатальная ошибка >] [Cache Error: <<DISCONNECT>ServerLoop+58^%SYS.BINDSRV>] [Location: <ServerLoop>] Блок А.Н.Сколько процессорных ядер отдано под виртуалку?2 Блок А.Н.Какой объем базы всего, сколько лет она работает?объем 10-ки гигов, работает месяца 3. Блок А.Н.Интерсистемс предупреждала нас о том, что при работа каше на виртуальных машинах возможны проблемы с производительностью, хотя лично я ничего такого криминального не заметил.они все предупреждают, им тестировать лень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 17:15 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисБлок А.Н.Увеличьте кэш программ хотя бы до 250 Мб, этот параметр как может влиять на использование cpu ? Вопрос не столько в использовании CPU - это слишком просто, сколько использовании CPU процессом SuperServer^%SYS.SERVER В частности он принимает запрос и запускает другую процедуру. Маловероятно, что дело в программном кэше, но раз он у вас все равно маленький, то не помешает его увеличить. К тому же, отметание "невероятных" факторов часто мешает найти причину. Журавлев ДенисБлок А.Н.Какого рода запросы приходят в систему? Я так понял, только веб? есть что-нибудь интересное в логе шлюза?только веб, куда смотреть про шлюз? Лог шлюза скорее всего там, где лежит обработчик csp-запросов CSPa22.dll Журавлев ДенисОшибки xDBC? Там каждую минуту [SQLCODE: <-400>:<Произошла фатальная ошибка >] [Cache Error: <<DISCONNECT>ServerLoop+58^%SYS.BINDSRV>] [Location: <ServerLoop>] Стоп, вы же говорили, кроме веба ничего нет? Где вы видите эту ошибку? По-моему, это может быть зацепкой. Попробуйте еще выполнить команду netstat -n сколько там будет записей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 19:11 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Лог шлюза скорее всего там, где лежит обработчик csp-запросов CSPa22.dllоно? /ensemblesys/csp/bin/CSP.log повторяющиеся сообщения про libz.so >>> Time: Fri Nov 25 20:59:38 2011; RT Build: 1001.1101r (linux/apapi); Log-Level: 0; Thread-Id: 140367472105216 Initialization The GZIP library (libz.so) is loaded - Version: 1.2.3 (Gateway built with version 1.2.3). This library is used for the op tional GZIP compression facility. >>> Time: Fri Nov 25 20:59:41 2011; RT Build: 1001.1101r (linux/apapi); Log-Level: 0; Thread-Id: 140367472105216 Initialization The GZIP library (libz.so) is loaded - Version: 1.2.3 (Gateway built with version 1.2.3). This library is used for the op tional GZIP compression facility. >>> Time: Fri Nov 25 20:59:42 2011; RT Build: 1001.1101r (linux/apapi); Log-Level: 0; Thread-Id: 140367472105216 Initialization The GZIP library (libz.so) is loaded - Version: 1.2.3 (Gateway built with version 1.2.3). This library is used for the op tional GZIP compression facility. >>> Time: Fri Nov 25 20:59:42 2011; RT Build: 1001.1101r (linux/apapi); Log-Level: 0; Thread-Id: 140367472105216 Initialization The GZIP library (libz.so) is loaded - Version: 1.2.3 (Gateway built with version 1.2.3). This library is used for the op tional GZIP compression facility. >>> Time: Fri Nov 25 20:59:42 2011; RT Build: 1001.1101r (linux/apapi); Log-Level: 0; Thread-Id: 140367472105216 Initialization The GZIP library (libz.so) is loaded - Version: 1.2.3 (Gateway built with version 1.2.3). This library is used for the op tional GZIP compression facility. >>> Time: Fri Nov 25 20:59:42 2011; RT Build: 1001.1101r (linux/apapi); Log-Level: 0; Thread-Id: 140367472105216 Initialization The GZIP library (libz.so) is loaded - Version: 1.2.3 (Gateway built with version 1.2.3). This library is used for the op tional GZIP compression facility. Блок А.Н.Журавлев ДенисОшибки xDBC? Там каждую минуту [SQLCODE: <-400>:<Произошла фатальная ошибка >] [Cache Error: <<DISCONNECT>ServerLoop+58^%SYS.BINDSRV>] [Location: <ServerLoop>] Стоп, вы же говорили, кроме веба ничего нет? Где вы видите эту ошибку? По-моему, это может быть зацепкой.каше через jdbc ходит в оракл, там выполняются запросы, иногда долго, потому что пинги до оракла 3 секунды. Вижу эти сообщения в [Протоколы системы]/Просмотр протокола ошибок xDBC Блок А.Н.Попробуйте еще выполнить команду netstat -n сколько там будет записей? netstat -npt|grep cache|wc -l 57 локально подключены к каше, netstat -npt|grep http|grep -v 1972|wc -l 18 подключеные к апачу банкоматы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2011, 21:19 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
Про Gzip я не уверен, что это криминал, сам апач с GZIP-ом не настраивал, но странно, что он дергается каждую секунду. Мне кажется, необходимости в нем нет. Что скажут другие участники форума на этот счет? Активность работы с ораклом связана с активностью терминалов или живет параллельно? Можно ли временно отключить ее и посмотреть, как поведет себя каше? Какие еще еще подключения есть к каше? Пока известны - апач(входящее) - оркал (исходящее) Я, кстати не согласен с утверждением, что для разбирательства с этой поблемой нужны исходники прикладной системы. Пока все это похоже на системные ошибки. Кстати, WRC у вас нету, да? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2011, 06:31 |
|
||
|
SuperServer жрет cpu, с какой стороны копать?
|
|||
|---|---|---|---|
|
#18+
про исходники я говорил чтобы понять со стороны %SYS.MONLBL вопрос с ораклом конечно интересный, каким боком он используется, и может быть проблема как раз в нем или в шлюзе работы с ним ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2011, 19:41 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=37545801&tid=1557593]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 357ms |

| 0 / 0 |
