Re: Options for growth

Поиск
Список
Период
Сортировка
От Sean Chittenden
Тема Re: Options for growth
Дата
Msg-id 20030123075523.GI12075@perrin.int.nxad.com
обсуждение исходный текст
Ответ на Re: Options for growth  (Adrian 'Dagurashibanipal' von Bidder <avbidder@fortytwo.ch>)
Ответы Re: Options for growth  (Curt Sampson <cjs@cynic.net>)
Список pgsql-hackers
> > That would depend on the OS. Not many 'pc-based unix' support over
> > 4 GB of memory, some don't even go that far.
>
> > By the way, I too wonder which supported OS platform would support
> > over 4GB of memory on a PC..
>
> Linux? I don't think there's any problem handling more than 4G
> memory in the system. On 32bit architectures, there's of course the
> 3G (I think) per process limit, but as postgres uses multiprocess
> and not multithreading, this issue doesn't hit so soon. Of course,
> if the per process memory is the problem, you'd have to go to 64bit.

Heh, don't kid yourself.  x86 can only handle 4GB of memory
addressing.  The hack that Linux uses is to swap out 2GB sections of
RAM to a 4GB+ memory range, then copy the memory range it needs down
into usable memory space.  Can we say large page tables?  :)

You need an actual 64bit CPU to access more than 4GB of RAM without
paying for it through the nose.  -sc

--
Sean Chittenden

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

Предыдущее
От: am@fx.ro
Дата:
Сообщение: Re: Windows Build System
Следующее
От: "Shridhar Daithankar"
Дата:
Сообщение: ECPG, threading and pooling