yourij_mw пишет:

По части ОС - enterprise СУБД - это и есть маааленькая ОС.
Своя многозадачность, свой кэш данных, свой менеджер ресурсов ...

> Так, когда я запускаю запрос, который исполняется настолько долго, что
> можно успеть зайти в диспетчер задач и наблюдать загрузку процессом ЦП,
> то видно что часто % не превышает 10-20 (win2003, ASA9) . По этому, таки
> можно прийти даже самому к выводу, что узким местом является диск.

Да, именно так.

> ASE у нас на линукс. Чтобы посмотреть загрузку ASE мы в большей части
> пользуемся программой Data Editor.

Я такой не знаю. Что за зверь ?

> Так вот в момент больших загрузок она может выдавать показатель больший
> за 300% (2 процессора по 2 ядра, 4 енджина) и часто достаточно долго
> находится на уровне большем нежели 150%.

Ну так ежели 4 процессора, пусть даже квази-процессора, то наверное
максимальная загрузка должна быть 400%, тогда все в прорядке.

На самом деле тут можно только гадать, но надо просто знать.
Надо взять документацию и прочитать.

> Также программа показывает диаграмму где видно что в тяжёлые моменты
> "CPU load by disk IO opearations" существенно выше "CPU load by regular
> works"

Это как это ? Либо CPU LOAD, либо IO. По-моему так.

> Если сказать просто, то меня интересует что является более узким местом.

"Более узкое место" - это очень интересный термин. Узкое место может
быть только одно. Это компонента системы, загрузка которой существенно
выше загрузки всех остальных компонент. Как правило - на несколько порядков.
При этом производительность системы определяется производительностью
узкого места.
Так что если есть узкое место, то оно одно. Если их два, они уже не узкие.

> Я и теперь всётаки склоняюсь к мысли что узким местом у нас является
> диск, но теперь нужно как-то обьяснять что "%CPU" программы TOP включает
> и "загрузку диска".

Тут во-первых надо напомнить, что в ASE просто тупо есть внутри мертвые
циклы, в которых энжины крутятся чтобы просто не отдавать управление
операционке. Прочитать про это можно например в описании параметра
настройки runable process search count. Это и есть число повторений таких
циклов. Поэтому загрузка CPU, показываемая средствами OS и средствами ASE
разная, и поэтому надо именно использовать средства ASE.

Во-вторых, опять-таки, нужно использовать средства ASE для мониторинга
производительности. sp_sysmon покажет вам все в мельчайших подробностях.
Для начала полезно посмотреть секцию Task switches due to.

Идея какая - если задача переключается, значит она не может далее выполняться.
А причина переключения задач - тот именно ресурс, которого "не хватае".

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

А что за Data Edior - я вообще не знаю.
Posted via ActualForum NNTP Server 1.4

moris пишет:
> Data Editor – утилита, которая может мониторить ASE, на предмет его
> основных показателей, таких как:
....
> Касательно 300% при загрузке (2 процессора по 2 ядра, 4 енджина), то
> насколько я знаю, в последних версиях автор DataEditor переписал это, и
> теперь в независимости от кол-ва энжинов, загрузка не будет больше 100%

Так ХТО АФФТАР ТА ?
Posted via ActualForum NNTP Server 1.4

just me пишет:
> > Data Editor – утилита, которая может мониторить ASE, на предмет его
>
> Так ХТО АФФТАР ТА ?

> ну я.

Ну вот и написал бы в документации подробно, как все там вычисляется.
Posted via ActualForum NNTP Server 1.4