Re: Падает на VIA C3

From

Andrey N. Oktyabrski (2:5020/400)

To

Ilya Anfimov

Date

2008-02-19T13:21:54Z

Area

RU.UNIX.SOLARIS

From: "Andrey N. Oktyabrski" <ano@bestmx.ru>

Ilya Anfimov wrote:
>>>> остальная память используется в течение одного запроса и потом 
>>>> освобождается, хапает ее постгрес при запуске (malloc не вызывается). 
>>>  Это другой вопрос, когда она освобождается.
>> Нет, это тот самый вопрос - используются ли данные, помещённые в эту 
>> память, при обработке других запросов?
> 
>  Да.  Всё  вообще  проходит  через  буферный  кэш, см.  src/back-
> end/storage/buffer, и вообще все  методы  доступа  (access/*/*.c)
> работают  через  этот  механизм.  Количество  этого  общего  кэша
> определяется переменной shared_buffers в postgresql.conf
Это так. Но, следуя этой логике, можно отдать под shared_buffers бОльшую 
часть памяти, выключить кэширование средствами ОС (как это принято 
делать с ораклом), запретить оптимизатору полагаться на кэш ФС 
(effective_cache_size = 0) и получить бОльшую скорость работы. Это-ж 
тогда двойного кэширования не будет. Надо проверить, вдруг правда так. 
Только почему-то я не встречал рекомендаций так поступать. Видимо, 
потому что буферный кэш в постгресе такой же как SMP в OpenBSD.
--- ifmail v.2.15dev5.4
 * Origin: RTComm.RU (2:5020/400)
SEEN-BY: 236/100 450/1024 461/640 469/999 4625/8 5000/5000 5006/1 5007/1
SEEN-BY: 5010/70 5011/13 5015/28 5019/40 5020/175 194 400 545 902 1922 2238
SEEN-BY: 5020/4441 5021/29 5025/3 5030/1080 1957 5035/38 5036/1 5045/7 5051/15
SEEN-BY: 5054/1 4 8 9 28 37 5060/88 5061/15 120 5062/10 5064/7 5066/18 5075/5
SEEN-BY: 5085/13 5093/57 5095/20 5096/18 6001/10 6009/1

PATH: 5020/400 545 5054/1 37