| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
| Cc: | Ron Peacetree <rjpeace(at)earthlink(dot)net>, "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: [HACKERS] A Better External Sort? |
| Date: | 2005-10-06 19:57:38 |
| Message-ID: | 25130.1128628658@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-performance |
Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
> Indeed, one of the things on my list is to remove all the lseeks in
> favour of pread. Halving the number of kernel calls has got to be worth
> something right? Portability is an issue ofcourse...
Being sure that it's not a pessimization is another issue. I note that
glibc will emulate these functions if the kernel doesn't have them;
which means you could be replacing one kernel call with three.
And I don't think autoconf has any way to determine whether a libc
function represents a native kernel call or not ...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2005-10-06 19:58:59 | Re: comments on prepared transactions ... |
| Previous Message | Magnus Hagander | 2005-10-06 19:56:14 | LDAP Authentication? |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Martijn van Oosterhout | 2005-10-06 20:14:47 | Re: [PERFORM] A Better External Sort? |
| Previous Message | Michael Fuhr | 2005-10-06 19:46:06 | Re: functions and execution plan caching |