Re: performance: use pread instead of lseek+read
От | Bruce Momjian |
---|---|
Тема | Re: performance: use pread instead of lseek+read |
Дата | |
Msg-id | 200303061901.h26J1a218765@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: performance: use pread instead of lseek+read (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: performance: use pread instead of lseek+read
|
Список | pgsql-patches |
BSD/OS doesn't have pread either. Isn't pread() just a case of merging two system calls into one? Does a single system call cause that much overhead? I didn't think so. Doesn't pread() do the lseek() internally anyway. --------------------------------------------------------------------------- Tom Lane wrote: > Manfred Spraul <manfred@colorfullife.com> writes: > > Do you know that empty lseeks foul up readahead recognition on some OS? > > If yes, which OS? I've checked FreeBSD and Linux, they don't do it. > > Who knows? But it would be folly to extrapolate from those two > datapoints to all the platforms we support. > > > - which benchmark would be interesting? > > Something that measures the performance "in context", that is as part of > normal database activity, not just the syscall overhead. pgbench is > notoriously hard to get reproducible numbers out of, but you could try > it if you like. > > > - which OS did you use when you got 'no manpage for pread'? > > HPUX 10.20. > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 3: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-patches по дате отправления: