Re: DNS Performance Numbers

2006-11-22 Thread Mark Bucciarelli
On Wed, Nov 22, 2006 at 04:43:49PM +0100, O. Hartmann wrote: > Mark Bucciarelli wrote: > > > > On Wed, Nov 22, 2006 at 11:52:47AM -0200, Marcelo Gardini do Amaral wrote: > > > > > > The results were discussed in the following threads: > > > > > >

Re: DNS Performance Numbers

2006-11-22 Thread Mark Bucciarelli
On Wed, Nov 22, 2006 at 11:52:47AM -0200, Marcelo Gardini do Amaral wrote: > > The results were discussed in the following threads: > I see the speed differences are major, but don't have a good idea of what 15,000 DNS queries per second means. Is the following interpretation correct? 15,000 D

Re: kqueue examples?

2006-10-24 Thread Mark Bucciarelli
On Tue, Oct 24, 2006 at 11:03:34AM +0800, Adrian Chadd wrote: > On 10/24/06, Mark Bucciarelli <[EMAIL PROTECTED]> wrote: > >On Mon, Oct 23, 2006 at 02:21:07PM +0800, Adrian Chadd wrote: > >> > >> Has anyone come across some network software which uses kqueu

Re: kqueue examples?

2006-10-23 Thread Mark Bucciarelli
On Mon, Oct 23, 2006 at 02:21:07PM +0800, Adrian Chadd wrote: > > Has anyone come across some network software which uses kqueue > "differently" to the above ? lighttpd uses kqueue. Don't know how "different" it is. m ___ freebsd-performance@freebsd.o

Re: Why are disk writes so slow?

2006-09-26 Thread Mark Bucciarelli
On Tue, Sep 26, 2006 at 01:03:00PM -0400, Bill Moran wrote: > In response to Mark Bucciarelli <[EMAIL PROTECTED]>: > > > Can someone explain to me why writing is five times as slow as > > writing? What's going on in the computer? > > I'm rather conf

Why are disk writes so slow?

2006-09-26 Thread Mark Bucciarelli
I am reading Richard Stevens' "Advanced Programming in the UNIX Environment," a most excellent book. Out of curiosity, I tried his I/O efficiency program on my IBM A30 Thinkpad, running 6.0-RELEASE with default tuning parameters. The test program reads file on stdin and writes to stdout, and you m

Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets )

2006-05-15 Thread Mark Bucciarelli
On Fri, May 12, 2006 at 11:21:54AM -0700, Jin Guojun wrote: > I simply replaced gettimeofday() syscall with a super simple > user space code, for testing with no time accuracy, in libc > (libc.so.6.test, which is mapped for mysqld and mysql via libmap -- > see details at the end), Stronger argume

Re: stat speed

2006-02-18 Thread Mark Bucciarelli
On Sat, Feb 18, 2006 at 11:06:57PM -0500, Mark Bucciarelli wrote: > I'm curious how fast stat is. > > I generated a list of 200,000 file names > > # find / | head -20 > files.statspeed > > then ran a million iterations of randomly picking a file name a

stat speed

2006-02-18 Thread Mark Bucciarelli
189,059 189,567 189,894 Are these numbers a meaningful measure of stat speed on my particular machine? If not, how can I improve the test? m // statspeed.c // // Mark Bucciarelli // 2006-02-18 // // Read in a long list of file names. // Randomly pick one, stat it, randomly pick anoth

Re: [LONG] vmstat: What I/O is blocked and how to fix it?

2005-12-16 Thread Mark Bucciarelli
On Tue, Dec 13, 2005 at 03:52:44PM -0500, Mark Bucciarelli wrote: > On two occasions recently, vmstat has showed me that a > number of processes are blocked due to I/O. At the same > time, the number of disk transactions per second reported is > a small fraction of the disk'

Re: [LONG] vmstat: What I/O is blocked and how to fix it?

2005-12-16 Thread Mark Bucciarelli
On Tue, Dec 13, 2005 at 03:52:44PM -0500, Mark Bucciarelli wrote: > On two occasions recently, vmstat has showed me that a > number of processes are blocked due to I/O. At the same > time, the number of disk transactions per second reported is > a small fraction of the disk'

[LONG] vmstat: What I/O is blocked and how to fix it?

2005-12-13 Thread Mark Bucciarelli
[Originally sent to freebsd-questions, then I remembered this list (to which I am not subscribed, so please CC me on any replies.] m --- Begin Message --- On two occasions recently, vmstat has showed me that a number of processes are blocked due to I/O. At the same time, the number of disk tra