Re: Best disk caching method (and PGSQL performance)
From: Terry Lambert (tlambert2_at_mindspring.com)
Date: 09/10/03
- Previous message: David Gilbert: "Re: 20TB Storage System"
- In reply to: Jeff Roberson: "Re: Best disk caching method (and PGSQL performance)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Wed, 10 Sep 2003 01:35:30 -0700 To: Jeff Roberson <jroberson@chesapeake.net>
Jeff Roberson wrote:
> On Fri, 5 Sep 2003, Terry Lambert wrote:
> > And as the comments point out, it lacks the introspection to
> > know dirty pages from clean ones, so all pages that are in
> > core and associated with the object are written, not just
> > the dirty ones. Avoid this, if possible.
>
> This is not accurate at all. Please see vfs_subr.c's vop_stdfsync(). We
> walk the dirty block head and flush those buffers that are dirty.
Sorry, you're absolutely right!
It's msync which sucks because it ignores the start address and
length arguments, not fsync. The reason fsync sucks is that it
lacks start location and end arguments. So you end up writing
out everything with both of them, even when all you want is to
write one page of a 1G file.
-- Terry
_______________________________________________
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"
- Previous message: David Gilbert: "Re: 20TB Storage System"
- In reply to: Jeff Roberson: "Re: Best disk caching method (and PGSQL performance)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|