Re: thttpd hack for sendfile and accept filters.

2001-04-21 Thread Kris Kennaway
On Fri, Apr 20, 2001 at 04:44:02AM -0700, Alfred Perlstein wrote: > .) kqueue. http://people.freebsd.org/~kris/thttpd-2.19+kq.patch Kris PGP signature

Re: thttpd hack for sendfile and accept filters.

2001-04-21 Thread Alfred Perlstein
* Zach Brown <[EMAIL PROTECTED]> [010421 08:03] wrote: > > > or so the numbers have lead me to beleive. Its still an annoying > > > design, but has someone come up with real numbers to show that accept() > > > hurding is a problem for waiters that do real work after accept() ? > > > > Accept her

Re: UFS block size vs. write speed

2001-04-21 Thread Andrew Hesford
On Sat, Apr 21, 2001 at 08:01:20AM -0700, David O'Brien wrote: > On Fri, Apr 20, 2001 at 10:47:48AM -0500, Andrew Hesford wrote: > > I do see both synchronous writes and asynchronous writes on my > > filesystem (as reported by mount); what are these? > > The default mount is "nosync". synchronou

Re: UFS block size vs. write speed

2001-04-21 Thread David O'Brien
On Fri, Apr 20, 2001 at 10:47:48AM -0500, Andrew Hesford wrote: > I do see both synchronous writes and asynchronous writes on my > filesystem (as reported by mount); what are these? The default mount is "nosync". synchronous metadata, asynchronous data. Compare with the "async" and "sync" mount

Re: UFS block size vs. write speed

2001-04-21 Thread David O'Brien
On Fri, Apr 20, 2001 at 07:52:03AM -0700, Alfred Perlstein wrote: > > Soft updates isn't an "async" or "sync" thing. It combines synchronous > > and asynchronous transfers. If I'm not mistaken, all metadata is > > synchronously written, and all data is asynchronously written. > > You're mistaken,

Re: thttpd hack for sendfile and accept filters.

2001-04-21 Thread Alfred Perlstein
* Zach Brown <[EMAIL PROTECTED]> [010421 06:47] wrote: > [apologies for missing the original post and replying to a reply..] > > > > - A round-robin token-passing scheme to determine which process gets > > > to do the accept(). Turns out it's very bad to just have all the > > > process