Забыли добавить что увеличением размера кэша в классика легко получить вместо прироста обратный эффект.

И дело не в вылете хозяйства БД в своп.
А в механизме выгрузки страниц из кэша конкурирующими процессами классика.

Ну ляпнул ;) сам прочитал обалдел :))))

Чо цеплятся то.

Когда кэш слишком большой у классика то в нем могут и будут находится страницы БД которые будут нужны другому процессу и lock_manager будет просить выгрузить их на диск.

Процесс записи может быть долгим особенно када их 10000. :)

Во всяком случае после 1024 страницы на классике я в своей задаче получил обратный эффект.

Аккуратно подправив количество страниц под кэш и объем памяти для сортировки можно весьма неплохо увеличить производительность за счет снижения IO.

Без претензий на абсолютную истину ;) Возможно это очередное заблуждение )

Настройка сильно разнится для супера и классика.
К тому же в каждом приложении надо экспериментировать.

В любом случае БД не должна вылетать в swap.
Иначе будет хуже.

Классик берет на каждое подключения память. Супер один раз.

Основные параметры напрямую влияющие на производительность :

1.SortMemUpperLimit - для классика 8Мб для супера 64Мб - эта память используется в любом запросе с планом SORT. Чем больше памяти тем лучше.

2.SortMemBlockSize - по умолчанию 1Мб имеет смысл увеличивать
только для супера при запросах с большими объемами сортировки. Я еще не выяснил четко влияние этого параметра. Но его экспериментальное увеличение до 2х Мб при 128 Мб на сортировку дало увеличение 5-10%.

3.DefaultDbCachePages (в страницах)- для супера тем больше тем лучше, при размерах более 10000 - может получится наоборот - осторожнее (но это редко). Для классика все зависит от приложения до 256 увеличение потом надо аккуратно увеличивать параметры и пользователей спрашивать про изменение производительности.

Примерный расчет :
страница БД 8Кб

Супер : 16 Мб на всякие нужды (где то 30 подключений, особого роста не объема от увеличени количества подключений не заметно)
DefaultDbCachePages = 8192*8кб = 64 Мб + 64 Мб для сортировки итого :
144 Мб памяти под сервер и это не более 2/3 памяти свободной после ОС.
Если еще что то крутится то вычитай эту память из доступной.

Классик :
Поключений: 30
на каждое подключение :
3 Мб на всякие нужды.
DefaultDbCachePages = 256*8кб = 2 Мб

Под БД (3+2) * 30 = 150 Мб
Под сортировку : 8 *30 = 240 Mb этот размер можно смело уменьшать более чем в 4 раза (но осторожно), итого 60 Мб

Итог: для комфортной работы нужно 210 Мб свободной RAM (2/3 доступной ОС)


Остальные все тюнинги это ОС зависимые.

И еще раз при таких экспериментах надо спрашивать пользователей о производительности сервера.

2 dimitr

Зенкс за комментарии.