Re: Postgresql and multithreading

Поиск
Список
Период
Сортировка
От Doug McNaught
Тема Re: Postgresql and multithreading
Дата
Msg-id m3wuobsqs3.fsf@varsoon.wireboard.com
обсуждение исходный текст
Ответ на Postgresql and multithreading  (Anuradha Ratnaweera <anuradha@lklug.pdn.ac.lk>)
Список pgsql-hackers
"D. Hageman" <dhageman@dracken.com> writes:

> This in many ways is a bogus argument in that 1) postgresql runs on more 
> then just Linux and 2) amount of memmory that can be addressed by a 
> process is tunable up to the point that it reaches a hardware limitation.

1) The OP specifically asked about Linux threads.
2) True up to a point--Linux (and most other Unices) reserve some  part of the VM address space for the kernel.  On
64-bitthis is a  non-issue, on 32-bit it's quite important now that you can put 4+GB  in a machine. 
 

> It also should be noted that when a process reaches such a size that it 
> better have a good reason.  Now let us do a gedanken experiment and say 
> you do have a good reason - fork a couple of these and your machine will 
> thrash like nothing else ... also that whole hardware limitation will come 
> into play more sooner then later ... 

True enough.  The only real use I can see for gobs of memory on a
32-bit PAE machine with PG is to give each process its own big hunk of
'sortmem' for doing large sorts.  If you have 64 GB in the machine
setting 'sortmem' to 1GB or so starts to look reasonable...

-Doug


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Olivier PRENANT
Дата:
Сообщение: Re: Please help
Следующее
От: Doug McNaught
Дата:
Сообщение: Re: [GENERAL] Security implications of (plpgsql) functions