Re: BufFileWrite across MAX_PHYSICAL_FILESIZE boundary

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: BufFileWrite across MAX_PHYSICAL_FILESIZE boundary
Дата
Msg-id 20070517042541.GQ4582@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: BufFileWrite across MAX_PHYSICAL_FILESIZE boundary  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: BufFileWrite across MAX_PHYSICAL_FILESIZE boundary  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Bruce Momjian wrote:
> 
> This has been saved for the 8.4 release:
> 
>     http://momjian.postgresql.org/cgi-bin/pgpatches_hold

Huh, no, this is a bug and should be fixed right away.

> ---------------------------------------------------------------------------
> 
> Tom Lane wrote:
> > "Kurt Harriman" <kharriman@greenplum.com> writes:
> > > Just noticed buffile.c:292 doesn't look quite right where
> > > BufFileDumpBuffer calls FileWrite:
> > >      bytestowrite = FileWrite(thisfile, file->buffer, bytestowrite);
> > > It looks as though it would write the same data each time the
> > > loop is iterated.  Would this be better?
> > >      bytestowrite = FileWrite(thisfile, file->buffer + wpos, bytestowrite);
> > 
> > Yeah, I think you're right.  We've probably not seen this because in
> > most usages the buffer is always block-aligned, but it looks possible
> > for tuplestore.c to get out of alignment if its concurrent write/read
> > feature is exercised just so.  Do you want to try demonstrating the bug
> > with a smaller-than-normal setting of MAX_PHYSICAL_FILESIZE?


-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


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

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: Not ready for 8.3
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Not ready for 8.3