Re: odd postgresql performance (excessive lseek)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: odd postgresql performance (excessive lseek)
Дата
Msg-id 10133.1287498969@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: odd postgresql performance (excessive lseek)  (Jon Nelson <jnelson+pgsql@jamponi.net>)
Ответы Re: odd postgresql performance (excessive lseek)  (Jon Nelson <jnelson+pgsql@jamponi.net>)
Re: odd postgresql performance (excessive lseek)  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-performance
Jon Nelson <jnelson+pgsql@jamponi.net> writes:
> This is another situation where using pread would have saved a lot of
> time and sped things up a bit, but failing that, keeping track of the
> file position ourselves and only lseek'ing when necessary would also
> help.

No, it wouldn't; you don't have the slightest idea what's going on
there.  Those lseeks are for the purpose of detecting the current EOF
location, ie, finding out whether some other backend has extended the
file recently.  We could get rid of them, but only at the cost of
putting in some other communication mechanism instead.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Help with duration of statement: EXECUTE [PREPARE: COMMIT]
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: HashJoin order, hash the large or small table? Postgres likes to hash the big one, why?