powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / оптимизация распределения памяти в sybase
25 сообщений из 131, страница 1 из 6
оптимизация распределения памяти в sybase
    #39211270
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Уважаемые коллеги,

Могли Вы помочь разобраться с проблемой. Стоит задача в оптимизации распределения памяти в сайбезе, т.к. присутствуют тормоза.

Версия Adaptive Server Enterprise/15.7.0/EBF 20515 SMP ESD#02 ONE-OFF/P/x86_64/Enterprise Linux/ase157esd2/3109/64-bit/FBO/Wed Aug 22 02:43:46 2012

Через sp_monitorconfig подозрение вызвали procedure cache size, number of user connection, number of open objects и number of open indexes, т.к. используются на 100%, либо почти 100%. В документации сказано, замерить активность в пиковый период нагрузки и прибавить 10% в показателю Max_Used. Окей:

Name Num_free Num_active Pct_act Max_Used Reuse_cnt
number of open objects 7 027 42 973 85.95 43 405 0

Но посмотрев в sp_configure, на примере number of open objects:

Parameter Name Default Memory Used Config Value Run Value Unit Type
number of open objects 500 98192 50000 50000 number dynamic

Установленное значение в 50000, следуя документации к максимальному значению из monitorconfig нужно прибавить 10%, из которого я беру значение 43 405 + 10 % = 47745,5 . Получается значение нужно установить 47745,5. А как же текущее значение из monitorconfig? оно же больше чем Max_Used +10%, что я не так понимаю?

Файл с
sp_configure
go
sp_helpcache
go
sp_cacheconfig
go
sp_countmetadata all
go
sp_monitorconfig 'all'
go
sp_monitorconfig 'all'
go
sp_helpdb tempdb
go
sp_countmetadata "open objects"
go
sp_countmetadata "procedure cache size"
go

прилагаю.
Спасибо, Анна
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39211952
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasao,

с чего ты взяла, что тормоза, и почему решила, что нужно менять распределение памяти?

в любом случае, запусти монитор на минут 10 или полчаса в момент тормозов и шли результат сюда.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212326
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv, добрый день.

тормоза ощущаются через интерфейс: инсерт, апдейт, селект, делит - все подтупливает. И именно когда есть активность в бд, т.е. например до 11 и после 18, все хорошо. Монитор во вложении. Посмотрела лог сайбейза, там перманентная ошибка:

”There are not enough 'user connections' available to start a new process. Retry when there are fewer active users, or ask your System Administrator to reconfigure ASE with more user connections.”

Соответственно, нужно увеличивать к-во сессий в бд, о5 же документация предлагает замерить метаданные и их крутить. Почему нельзя просто увеличить установленное значение через sp_configure ?
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212491
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoMasterZiv, добрый день.

тормоза ощущаются через интерфейс: инсерт, апдейт, селект, делит - все подтупливает.


Это, извини, не разговор. Это не довод к тому, что БД тормозит.
Нужны какие-ло логи вызовов с замерами времён выполнения.


akurasaoИ именно когда есть активность в бд, т.е. например до 11 и после 18, все хорошо. Монитор во вложении. Посмотрела лог сайбейза, там перманентная ошибка:

”There are not enough 'user connections' available to start a new process. Retry when there are fewer active users, or ask your System Administrator to reconfigure ASE with more user connections.”

Соответственно, нужно увеличивать к-во сессий в бд, о5 же документация предлагает замерить метаданные и их крутить. Почему нельзя просто увеличить установленное значение через sp_configure ?

Можно, и нужно при таких проблемах, только не понятно, при чём тут вообще распределения памяти в сайбезе.

Просто поставь нужный параметр больше, ну, скажем, на 10.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212506
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv, возможно я неточно выразилась.

Смотрите, я селекчу из артизана, селекчу так, как селектит гуи. выполянется за 1 сек, из гуя тот же поиск, 5-7 сек.

если посмотреть монитор конфиг, то видно что кэш процедурный забит на 100%, сюда же number of user connection 89.60, number of open objects 85.95, number of open indexes 68.01 (на на 100 конечно, но его рекомендуют увеличивать вместе с увеличением пользовательских сессий).

по моей логике, нужно нужно увеличить размер отведенной памяти объектам написанным выше. если не права, поправьте, пожалуйста. не админ ДБ, просто пришлось оперативно заняться задачей, извиняюсь за кривой трактат.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212662
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoMasterZiv, возможно я неточно выразилась.

Смотрите, я селекчу из артизана, селекчу так, как селектит гуи. выполянется за 1 сек, из гуя тот же поиск, 5-7 сек.


Ну, и что? Это как раз хороший довод за то, что как раз БД тут ни при чём.
Виноват клиент.


-- если посмотреть монитор конфиг, то видно что кэш процедурный забит на 100%,

Так это хорошо, в общем-то, тебе нужно смотреть не на % заполнения, а на процент запросов, которые выполняются,
и какая часть из них добавляется в PC.



по моей логике, нужно увеличить размер отведенной памяти объектам написанным выше. если не права, поправьте, пожалуйста. не админ ДБ, просто пришлось оперативно заняться задачей, извиняюсь за кривой трактат.[/quot]

Нет, не права, скорее всего. ПОтому что ты пытаешься просто методом тыка править конфигурацию. Можно, конечно, но плохо кончится может.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212671
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То, что ты прислала, я лично не могу интерпретировать -- не понимаю.

А вот если бы ты прислала именно вывод sp_monitor , как я сказал -- можно было бы поглядеть.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212682
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сори, я не так назвал процедуру, забыл.
sp_sysmon

http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc36273.1600/doc/html/san1393052060886.html
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212688
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv
Так это хорошо, в общем-то, тебе нужно смотреть не на % заполнения, а на процент запросов, которые выполняются,
и какая часть из них добавляется в PC.



спасибо. а как мне это посмотреть?
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212773
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasao,

sp_sysmon
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39212928
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv, вот такой результат sp_sysmon '00:05:00'
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39213380
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv,
в файле 2 рекомендации:

- Consider increasing the 'housekeeper free write percent' configuration parameter.
- Consider removing the 16k pool for this cache.

Не понимаю их, честно говоря.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39213975
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
неужели никто не в курсе?
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214615
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoнеужели никто не в курсе?
привет

покажи вывод

Код: sql
1.
exec sp_monitorconfig 'memory'
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214622
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoСоответственно, нужно увеличивать к-во сессий в бд, о5 же документация предлагает замерить метаданные и их крутить. Почему нельзя просто увеличить установленное значение через sp_configure ?
увеличение данного параметра влечет увеличение потребления памяти сервером
надо понять, есть ли свободная память для этого
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214633
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoMasterZiv, вот такой результат sp_sysmon '00:05:00'
сисмон надо запускать несколько раз в период пиковых нагрузок с длительностью 5-10 минут
например каждые 10-15 минут на 5 минут в течение 3-4 часов
это даст 3-4 замера в час
за 3-4 часа это даст 9-16 результатов для сравнительного анализа

один сисмон анализировать практически бессмысленно, не зная характер использования системы
например, в приведенном сисмоне стоит время 16:36-16:41 - может у вас это период затишья и чаепития у сотрудников перед уходом домой?
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214678
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoMasterZiv,
в файле 2 рекомендации:

- Consider increasing the 'housekeeper free write percent' configuration parameter.

это надо смотреть не на один сисмон, а на несколько и оценивать динамику

akurasao- Consider removing the 16k pool for this cache.

Не понимаю их, честно говоря.
это сказано про именованный кэш DataImport
не зная системы, отрезать не советую - может повлиять на скорость заливки данных извне/внутри, если такой процесс еще есть...
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214695
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoСмотрите, я селекчу из артизана, селекчу так, как селектит гуи. выполянется за 1 сек, из гуя тот же поиск, 5-7 сек.

если запросы одинаковы до символа, то с большой вероятностью причина в разных планах выполнения (см Statement Cache)
кроме того, возможно вымывание кэша данных в рабочее время, что приводит к дисковым операциям чтения и влечет задержки на выполнение запросов

Вы когда тесты проводили?

для чистоты эксперимента можно почистить Statement Cache командой dbcc purgesqlcache и повторить ваш тест

однако, если Вы не админ данного сервера, то я бы поостерегся тюнить систему по рекомендациям интернет-форума, тем более, что у вас клиентов под тысячу и более (см sp_configure 'user connections').
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214705
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoMasterZiv,
в файле 2 рекомендации:

- Consider increasing the 'housekeeper free write percent' configuration parameter.
- Consider removing the 16k pool for this cache.

Не понимаю их, честно говоря.


- Consider increasing the 'housekeeper free write percent' configuration parameter.

-- просто плюнь. Неважно.

- Consider removing the 16k pool for this cache.
-- пул кэша в 16к мало используется. Оно его советует убрать, и сделать из него больше страниц в пулы других размеров.
Ну, как бэ да, верно, только 16к нужно для large IO, и не факт, что за тестируемы интервал оно использовалось, но
это опять не значит, что 16к пул не нужен -- обычно он нужен.

Так что тоже плюнь.

p.s. я просил не ДУМАТЬ над результатами работы монитора, а ПРИСЛАТЬ их сюда.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39214717
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akurasaoMasterZiv, вот такой результат sp_sysmon '00:05:00'

Поглядел мониторчики.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
  Task Context Switches Due To:
    Voluntary Yields                 37.0           1.0       11113       4.2 %
    Cache Search Misses              69.6           1.9       20880       7.8 %
    Exceeding I/O batch size          0.0           0.0           9       0.0 %
    System Disk Writes               18.1           0.5        5434       2.0 %
    Logical Lock Contention           0.1           0.0          40       0.0 %
    Address Lock Contention           0.0           0.0           1       0.0 %
    Latch Contention                  0.6           0.0         194       0.1 %
    Physical Lock Transition          0.0           0.0           0       0.0 %
    Logical Lock Transition           0.0           0.0           0       0.0 %
    Object Lock Transition            0.0           0.0           0       0.0 %
    Log Semaphore Contention          0.2           0.0          58       0.0 %
    PLC Lock Contention               0.0           0.0          11       0.0 %
    Group Commit Sleeps               1.5           0.0         462       0.2 %
    Last Log Page Writes             26.4           0.7        7912       3.0 %
    Modify Conflicts                  0.6           0.0         187       0.1 %
    I/O Device Contention             0.0           0.0           0       0.0 %
    Network Packet Received         247.6           6.6       74284      27.8 %
    Network Packet Sent              94.8           2.5       28453      10.7 %
    Interconnect Message Sleeps       0.0           0.0           0       0.0 %
    Network services                352.5           9.4      105736      39.6 %
    Other Causes                     40.8           1.1       12229       4.6 %

Тут вообще ничего не нужно тюнить, всё идеально.

Либо в реальности действительно всё идеально, либо ты не захватила нужную нагрузку, пускала не в то время.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39215101
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да, я поглядел еще,
наверное можно потьюнить кэши, выкинуть 16к со специального кэша, может еще что-то, чтобы попаданий было побольше.
но это не критично.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39215140
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
наверное можно ... выкинуть 16к со специального кэша, ...

вот зачем такое советовать, если систему не знаешь?
аптайм сервера не известен к тому же

MasterZiv
может еще что-то, чтобы попаданий было побольше.

99.8% - куда больше?
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39215454
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komrad, добрый день.
спасибо, что отозвались, все ваши посты по сайбейз вычитала.
sp_monitorconfig 'memory' во вложении.
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39215461
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komradakurasaoСоответственно, нужно увеличивать к-во сессий в бд, о5 же документация предлагает замерить метаданные и их крутить. Почему нельзя просто увеличить установленное значение через sp_configure ?
увеличение данного параметра влечет увеличение потребления памяти сервером
надо понять, есть ли свободная память для этого

komrad,

правильно ли я понимаю, что это параметр total logical memory из sp_configure (во вложении)?
...
Рейтинг: 0 / 0
оптимизация распределения памяти в sybase
    #39215499
akurasao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv, komrad,

коллеги, попросила админов системы засунуть сисмон в крон для выполнения его по 5 мин в течение дня раз в час. должно что-то стрельнуть. как появится инфо, выложу сюда, обсудим. спасибо за фидбэк.
...
Рейтинг: 0 / 0
25 сообщений из 131, страница 1 из 6
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / оптимизация распределения памяти в sybase
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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