Страница 1 из 1

Тюнинг FireBird 1,51

Добавлено: 01 дек 2004, 16:58
Гость
Какими опциями в файле конфигурации можно увеличить производительность FireBird 1,51 на платформе Вин2003 (ксожалению)?

Добавлено: 01 дек 2004, 18:17
kdv
нужными. к примеру, если у тебя нет запросов с order by по столбцам без индексов, то бесполезно увеличивать параметры SortXXX...

Если у тебя размер страницы БД 1К, то бесполезно увеличивать размер кэша, это только может наоборот все затормозить. И так далее....

Добавлено: 01 дек 2004, 19:43
DSKalugin
размер страницы 4Кб

основные индексы - не уникальные( кроме автоинкрементных PK) строчного типа Varchar(30)

90% всех запросов на выборку с ORDEER BY

памяти на сервере ИМХО достаточно 512МБ
при грузовыз запросах IBExpert зависает дожидаясь результата в то время как сервис FireBird использует 30% (а то и меньше ) ресурсов процессора P4

Добавлено: 02 дек 2004, 13:52
dimitr
Размер страничного кеша дефолтный? Если нет, то какой?
Можно увеличить SortMemUpperLimit до (512М - размер страничного кеша), если сервер выделенный.

Добавлено: 02 дек 2004, 14:36
DSKalugin
dimitr писал(а):Размер страничного кеша дефолтный? Если нет, то какой?
конфиг с настройками по умолчанию SortMemUpperLimit=67108864 (64Mb)
Вот поэтому и задаю вопрос типа "Что следует поправить в свежеустановленном Firebird для повышения его произвдительности?" Рекомендую экспертам написать статью на эту тему.
dimitr писал(а): Можно увеличить SortMemUpperLimit до (512М - размер страничного кеша), если сервер выделенный.
Да, сервет только под базы.
Ого, прям на всю память? А что случается при достижении этого предела 64Мб?

Добавлено: 02 дек 2004, 15:26
dimitr
DSKalugin писал(а):
dimitr писал(а):Размер страничного кеша дефолтный? Если нет, то какой?
конфиг с настройками по умолчанию SortMemUpperLimit=67108864 (64Mb)
Я спрашивал про страничный кеш, а не про буфер сортировки. Если в базу с GFIX не лазили и конфиг дефолтный, то страничный кеш ограничен либо 2К страниц (SS), либо 75 страниц (CS). Какая архитектура FB-сервера? Это первая причина тормозов.
DSKalugin писал(а):А что случается при достижении этого предела 64Мб?
Сортировка уходит во врем. файлы на диске. Отсюда тормоза на больших GROUP BY и ORDER BY.

Добавлено: 02 дек 2004, 16:15
DSKalugin
dimitr писал(а): Я спрашивал про страничный кеш, а не про буфер сортировки. Если в базу с GFIX не лазили и конфиг дефолтный, то страничный кеш ограничен либо 2К страниц (SS), либо 75 страниц (CS). Какая архитектура FB-сервера? Это первая причина тормозов.
точно 2Кб, архитектура СуперСервер.
На сколько его можно(нужно) увеличивать?

Добавлено: 02 дек 2004, 16:20
kdv
не 2Кб а 2048 СТРАНИЦ. читайте же комментарии в fbconfig. посчитай сколько тебе памяти надо под кэш, раз суперсервер, подели на размер страницы. получишь число страниц кэша для конфига. только не забывай про остальную память, не отдавай все под кэш.

p.s. и у меня такое ощущение что это письмо я уже здесь видел в другом месте. давайте не будем на одном форуме кросспостами заниматься, а?

Обидели

Добавлено: 02 дек 2004, 16:42
DSKalugin
kdv писал(а):p.s. и у меня такое ощущение что это письмо я уже здесь видел в другом месте. давайте не будем на одном форуме кросспостами заниматься, а?
Что значит кросспостами заниматься?
У меня в разделе Администрирование 2е темы
1-Тюнинг FireBird 1,51 (как настроить конфиг)
2-размер страницы (какую величину выбрать для *.fdb)
Неужели я так уже успел надоесть??? :(