> > I found a clue! The problem occurs with my big data partitions,
> > which are newfs-ed with options intended to improve things.
> >
> > Reading a large file from the normal ad4s5b partition only delays other
> > commands slightly, as expected. Reading a large file from the tuned
> > ad4s11 pa
Hi,
Trying to chime in with a few pointers here. Things to check when
doing a TCP benchmark on FreeBSD.
In particular make sure to adjust theses:
net.inet.tcp.recvbuf_max: 262144
net.inet.tcp.recvbuf_inc: 16384
net.inet.tcp.recvbuf_auto: 1
net.inet.tcp.sendbuf_max: 262144
net.inet.tcp.send
Hi, Steve--
On Oct 17, 2009, at 8:14 AM, Steve Dong wrote:
If there's a better/lighter way to show these graphics, I'd like to
know.
Sure-- put 'em on a webserver somewhere, and put links to them in your
email to this mailing list.
If you wanted to do even better than that, set up a simpl
If there's a better/lighter way to show these graphics, I'd like to know.
Thanks,
Steve
-Original Message-
From: owner-freebsd-performa...@freebsd.org
[mailto:owner-freebsd-performa...@freebsd.org] On Behalf Of Bill Moran
Sent: Friday, October 16, 2009 4:54 AM
To: Steve Dong
Cc: free
István wrote:
> I guess it is not only for netpipe, it is doing a pretty decent job changing
> the packet size checking the performance so finally you have an overview
> about the size, lag, bw
>
> I like! :)
>
> On Sat, Oct 17, 2009 at 11:15 AM, Adrian Chadd wrote:
>
>> 2009/10/16 István :
>>>
I guess it is not only for netpipe, it is doing a pretty decent job changing
the packet size checking the performance so finally you have an overview
about the size, lag, bw
I like! :)
On Sat, Oct 17, 2009 at 11:15 AM, Adrian Chadd wrote:
> 2009/10/16 István :
> > I see.
> > It shows that linux
2009/10/16 István :
> I see.
> It shows that linux default setup is better.
.. being completely correct, it shows the linux default setup _for
netpipe_ is better on that particular hardware.
That identifies a few other variables which may need addressing. :)
Adrian
_
