Я не понял , какой показатель тебе не нравится ?

nik2
системный утилиты linux'a показывают что система загружена больше чем

Это не показатель. ASE специально грузит процесор в "бесконечном" цикле для того, чтобы не отдавать управление системе и быть на готове в памяти.

_SaniaВобще-то Sybase ASE удерживает процессор для себя, загружая его пустыми циклами, можно повозится с параметром runnable process search count , но если на машине кроме БД нет других крупных задач, то большого смысла в этом нет.


Наоборот. Если других задач нет, то как раз смысл -то и есть (в смысле поднять runnable process search count побольше). Если есть другие задачи, то это им будет мещать.

gardenmanТакое вот наблюдение. У нас одна задача есть на PowerBuilder сделана. Так вот - куча приложений присоединено. Собственныо транзакции (запросы на изменение) и просто запросы проходят не часто. Но билдер на каждую сессию (может это специфика конкретно этого приложения - не я его писал) сразу открывает транзакцию.


Эт специфика PowerBuilder-а такая дурацкая. Изветсная фича.

gardenman
Т.е. можно просто к серваку подключиться написать - begin tran, и в централе сразу можно посмотреть на его реакцию. Так вот - у этого сервака - загрузка процессора 99%. И стоит другой сервак - приложение на дельфях. Там транзакции только в хранимках выполняются. И в централе не видно никаких транзакций. Пролетают они быстро. И естественно там загрузка проца наблюдается только когда действительно что-то срабатывает. Тут похоже все дело в архитектуре самого ASE. У него постоянно работает планировщик (scheduler). Поэтому если одновременно поставить на один и тот же комп и ASE и допустим Oracle, то ASE ему просто не даст работать в том случае, если есть такие - висящие, но недействующие транзакции.

Хотя может я не прав?.. хм...кто что думает?


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

gardenman
Интересно было бы узнать что внутри у MS SQL происходит? так же или нет?


Примерно так же. Разница только в том, что его на native threads держат, а можно даже на fibers. А в ASE эта поддержка может быть на некоторых платформах, а может и не быть.
Что в MSSQL с runnable process search count - не помню.

gardenman2 MasterZiv
Ok! понятно. Значить - тянуть одеяло на себя - это не недостаток. Это - фича.

1) ты можешь настроить это. Как - уже писали.
2) Вообще говоря, для enterprise решений нехарактерно делать невыделенный сервер для любой СУБД.

Короче, у тебя выделенный сервер ? Тогда успокойся на счет загрузки , показываемой системой. Невыделенный ? Тогда уменьшай runnable process search count, если есть проблемы. И загрузку смотри средствами ASE (sp_monitor sp_sysmon, monitor server и т.п.), а не средствами операционки.

gardenmanеще одно наблюдение.
Запускаем сервер ASE - все в норме, загрузка проца - 1-2%. Начинают цепляться приложения. Загрузка нормальная.


Интересно, какую загрузку ты считаешь "нормальной".

gardenman
Пошли первые транзакции. Пока все в порядке. И вот вдруг не стого ни с сего - закгузка - почти 100%. И так продолжается вне зависимости от того, идут транзакции или нет. И до тех пор, пока не убью последнее соединение. И все по кругу. Интересно, чего там Sybase напрограммировал в ядре?


А ты что, хотел бы, чтобы сервер тебе специально паузы делал, чтобы только загрузку процессора не поднимать ?
К сведению, если ты озаботился вопросами производительности

производительность = работа / время работы
загрузка = время работы / (время работы + время простоя)

если загрузка -> 0, производительность тоже -> 0

gardenman Чтобы он не забирал функции ядра ОС на себя. Все же это ведь задача ОС - распределять процессорное время? или я не прав?

Любая СУБД - это маленькая операционная система. Так что .. не прав.