Правильная ссылка на эту страницу
http://az-design.ru/Support/DataBase/IB/IB_optimization.shtml

Еще об оптимизации памяти Interbase/Firebird

В описании установки программы "АзБука" я привел пример оптимизации памяти для Interbase, предложенный Дмитрием Кузьменко из Epsylon Technologies. Недавно в одной из конференций, посвященной Interbase/Firebird наткнулся на сообщение, как будто бы я автор этой рекомендации. С одной стороны я не претендую на авторство и сразу об этом писал, с другой стороны вокруг этой темы разгорелась небольшая дискуссия, которую я решил привести здесь полностью (без купюр). Вообще мне эта конференция (news://forums.demo.ru/) понравилась – профессиональная, полезная, без лишнего флейма.

Subject: FB опимизация памяти
Date: Thu, 28 Feb 2002 10:40:43 +0200
From: "Sergey Tulaev" ?olegch@skif.net?
Newsgroups: epsylon.public.interbase
Перенес FB RC2 на новый сервер, памяти валом ~600М свободно. База небольшая
~150М
Как советовали в
http://az-design.ru/Projects/AzBookIB/OprGuide/AzSetup.shtml
исправил
#DATABASE_CACHE_PAGES  18750
#SERVER_WORKING_SIZE_MIN 200000
#SERVER_WORKING_SIZE_MAX 200000
#LOCK_HASH_SLOTS    501
Ну думаю сейчас всю базу закеширует - летать будет. Но FB больше 15-20М не
использует!
Что делать?
--
Good Luck!
Sergey Tulaev.
tulser@chat.ru


Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 14:43:35 +0600
From: "Alexandr Kochmin" ?alexandr@dan.omsknet.ru?
Newsgroups: epsylon.public.interbase
> Перенес FB RC2 на новый сервер, памяти валом ~600М свободно. База небольшая
> ~150М
> Как советовали в
> http://az-design.ru/Projects/AzBookIB/OprGuide/AzSetup.shtml
> исправил
> #DATABASE_CACHE_PAGES  18750
> #SERVER_WORKING_SIZE_MIN 200000
> #SERVER_WORKING_SIZE_MAX 200000
> #LOCK_HASH_SLOTS    501
> Ну думаю сейчас всю базу закеширует - летать будет. Но FB больше 15-20М не
> использует!
> Что делать?
а файл базы кэширует ОС.
а # убрать не забыл?
а DATABASE_CACHE_PAGES ставить много не всегда хорошо, и особенно больше 10 000.


Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 16:55:40 +0700
From: Vladimir Kotlyarevsky ?vlad@contech.tomica.ru?
Newsgroups: epsylon.public.interbase
> а файл базы кэширует ОС.
не, при чем тут ОС...
> а DATABASE_CACHE_PAGES ставить много не всегда хорошо, и особенно больше 10 000.
кажется, это исправляли месяца два назад
сама Ann Harrison, кажется  :)
                ./Vlad


Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 16:06:47 +0600
From: "Alexandr Kochmin" ?alexandr@dan.omsknet.ru?
Newsgroups: epsylon.public.interbase
"Vladimir Kotlyarevsky" ?vlad@contech.tomica.ru? сообщил/сообщила в новостях следующее:
 news:3C7DFE9C.4020607@contech.tomica.ru...
> > а файл базы кэширует ОС.
>
>
> не, при чем тут ОС...
А вот и при том... Что в ОС есть файловый кэш.
И когда IB пытается читать из файла, то чтение кэшируется, со всеми вытекающими отсюда достоинствами.
А в Yaffil еще и файл сортировки будет в памяти находиться, что сильно уменьшит время сортировки.


Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 12:32:28 +0200
From: "Sergey Tulaev" ?olegch@skif.net?
Newsgroups: epsylon.public.interbase
>
> а файл базы кэширует ОС.
> а # убрать не забыл?
вот четрт! точно!
> а DATABASE_CACHE_PAGES ставить много не всегда хорошо, и особенно больше
10 000.
>
а почему?

Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 16:36:04 +0600
From: "Alexandr Kochmin" ?alexandr@dan.omsknet.ru?
Newsgroups: epsylon.public.interbase
"Sergey Tulaev" ?olegch@skif.net? сообщил/сообщила в новостях следующее: news:a5l0ma$f7d$1@etna.demo.ru...
> >
> > а файл базы кэширует ОС.
> > а # убрать не забыл?
> вот четрт! точно!
>
> > а DATABASE_CACHE_PAGES ставить много не всегда хорошо, и особенно больше
> 10 000.
> >
> а почему?
Во-первых зафиг 2 раза кэшировать - 1) ОС 2) IB
во-вторых чего-то там не то было с ?10000 (хотя сейчас в FB вроде исправили...)
в третьих практика-критерий истины.
P.S. опимальное значение где-то в районе 2000 страниц


Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 15:55:39 +0500
From: "Sergey Kolganov" ?volgamet@samaramail.ru?
Newsgroups: epsylon.public.interbase
Hello, Alexandr!
You wrote  on Thu, 28 Feb 2002 16:36:04 +0600:
 AK> P.S. опимальное значение где-то в районе 2000 страниц
Хмм... Вот так вот прям бац и оптимальное?
Это кому как больше подойдет. От базы зависит и от режима работы.
Це усе
-----------------------------------------
With Best Regards SKOL
ICQ 42790135


Subject: Re: FB опимизация памяти
Date: Thu, 28 Feb 2002 15:27:24 +0300
From: Dmitry Kuzmenko ?dima@demo.ru?
Organization: Epsylon Technologies
Newsgroups: epsylon.public.interbase
Hello, Sergey!
Sergey Kolganov wrote:
>
> Hello, Alexandr!
> You wrote  on Thu, 28 Feb 2002 16:36:04 +0600:
>
>  AK> P.S. опимальное значение где-то в районе 2000 страниц
>
> Хмм... Вот так вот прям бац и оптимальное?
> Это кому как больше подойдет. От базы зависит и от режима работы.
действительно, неоптимальное, и в первую очередь оно зависит
не только от "режима работы", но и от размера страницы и кол-ва свободной памяти.
--
Dmitry Kuzmenko, Epsylon Technologies.
TechSupport Manager. InterBase support.
Welcome to http://ib.demo.ru/ (1251)
(095) 530-28-06.
Оглавление
Главная страница




Дата последнего изменения:
Thursday, 21-Aug-2014 09:10:44 MSK


Постоянный адрес статьи:
http://az-design.ru/Support/DataBase/IB/IB_optimization.shtml