Re: [Qemu-devel] TCP_NODELAY for -redir

2006-12-18 Thread Daniel Jacobowitz
On Mon, Nov 13, 2006 at 02:30:27PM -0500, Daniel Jacobowitz wrote: > I was trying to run GDB remote debug tests through a -redir socket > today. It crawled unbelievably. Paul guessed that slirp wasn't using > TCP_NODELAY, and Nagle was to blame. > > He was even righter than usual. Adding TCP_NO

RE: [Qemu-devel] TCP_NODELAY for -redir

2006-11-17 Thread Wessel, Jason
I am in total agreement with the change. :-) Jason. > -Original Message- > From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > rg] On Behalf Of Daniel Jacobowitz > Sent: Thursday, November 16, 2006 8:44 PM > To: qemu-devel@nongnu.org > Subject: Re: [Qem

Re: [Qemu-devel] TCP_NODELAY for -redir

2006-11-16 Thread Daniel Jacobowitz
On Mon, Nov 13, 2006 at 02:30:27PM -0500, Daniel Jacobowitz wrote: > I was trying to run GDB remote debug tests through a -redir socket > today. It crawled unbelievably. Paul guessed that slirp wasn't using > TCP_NODELAY, and Nagle was to blame. > > He was even righter than usual. Adding TCP_NO

[Qemu-devel] TCP_NODELAY for -redir

2006-11-13 Thread Daniel Jacobowitz
I was trying to run GDB remote debug tests through a -redir socket today. It crawled unbelievably. Paul guessed that slirp wasn't using TCP_NODELAY, and Nagle was to blame. He was even righter than usual. Adding TCP_NODELAY speeds up this particular workload by (very approximately) 54x. See tr