Re: [PATCHES] Fix for large file support

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCHES] Fix for large file support
Дата
Msg-id 16229.1175885146@sss.pgh.pa.us
обсуждение исходный текст
Ответы Re: [PATCHES] Fix for large file support  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Re: [PATCHES] Fix for large file support  (Jim Nasby <decibel@decibel.org>)
Re: [PATCHES] Fix for large file support  (Bruce Momjian <bruce@momjian.us>)
Re: [PATCHES] Fix for large file support (nonsegment mode support)  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список pgsql-hackers
[ redirecting to -hackers for wider comment ]

Zdenek Kotala <Zdenek.Kotala@Sun.COM> writes:
> Tom Lane wrote:
> LET_OS_MANAGE_FILESIZE is good way. I think one problem of this option I 
> fixed. It is size of offset. I went thru the code and did not see any 
> other problem there. However, how you mentioned it need more testing. I 
> going to take server with large disk array and I will test it.

> I would like to add --enable-largefile switch to configure file to 
> enable access to wide group of users. What you think about it?

Yeah, I was going to suggest the same thing --- but not with that switch
name.  We already use enable/disable-largefile to control whether 64-bit
file access is built at all (this mostly affects pg_dump at the moment).

I think the clearest way might be to flip the sense of the variable.
I never found "LET_OS_MANAGE_FILESIZE" to be a good name anyway.  I'd
suggest "USE_SEGMENTED_FILES", which defaults to "on", and you can
turn it off via --disable-segmented-files if configure confirms your
OS has largefile support (thus you could not specify both this and
--disable-largefile).
        regards, tom lane


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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: What X86/X64 OS's do we need coverage for?
Следующее
От: Richard Troy
Дата:
Сообщение: Re: Auto Partitioning