Re: Linux max on shared buffers?
От | Jan Wieck |
---|---|
Тема | Re: Linux max on shared buffers? |
Дата | |
Msg-id | 3D3C2530.70A173D0@Yahoo.com обсуждение исходный текст |
Ответ на | Re: Linux max on shared buffers? (Curt Sampson <cjs@cynic.net>) |
Ответы |
Re: Linux max on shared buffers?
|
Список | pgsql-general |
Curt Sampson wrote: > > On Fri, 19 Jul 2002, Tom Lane wrote: > > > Just to throw some additional wrenches into the gears: some platforms > > (eg HPPA) have strong restrictions on where you can mmap stuff. > > I quote some interesting material from the HPUX mmap(2) man page below. > > Possibly these restrictions could be worked around, but it looks > > painful. > > Very painful indeed. Probably it would be much easier to build a little > mmap-type interface on top of the current system and use that instead of > mmap on such a system. I wonder how many other systems are this screwed up? I have some more wrinkles to iron out as well. We can hold blocks of hundreds of different files in our buffer cache without the need to keep an open file descriptor (there is a reason for our VFD system). Access to those blocks requires a spinlock and hash lookup in the buffer cache. In a complicated schema where you cannot keep all files open anymore, access to your kernel buffered blocks requires open(), mmap(), munmap() and close() then? Four system calls to get access to a cached block where we get away with a TAS today? Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #================================================== JanWieck@Yahoo.com #
В списке pgsql-general по дате отправления: