From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33084) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOkIJ-0008M3-GD for qemu-devel@nongnu.org; Tue, 02 Sep 2014 05:22:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XOkID-0006NZ-QB for qemu-devel@nongnu.org; Tue, 02 Sep 2014 05:22:31 -0400 Received: from mx-v6.kamp.de ([2a02:248:0:51::16]:35507 helo=mx01.kamp.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOkID-0006NP-F5 for qemu-devel@nongnu.org; Tue, 02 Sep 2014 05:22:25 -0400 From: Peter Lieven Date: Tue, 2 Sep 2014 11:21:57 +0200 Message-Id: <1409649717-17004-1-git-send-email-pl@kamp.de> Subject: [Qemu-devel] [PATCH] ui/vnc: set TCP_NODELAY List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Peter Lieven , kraxel@redhat.com we currently have the Nagle algorithm enabled for all outgoing VNC updates. This may delay sensitive updates as mouse movements or typing in the console. As we currently prepare all data in a buffer and then send as much as we can this should not cause big trouble. Well established VNC servers like TightVNC set TCP_NODELAY as well. A regular framebuffer update request generates exactly one framebuffer update which should be pushed out as fast as possible. Signed-off-by: Peter Lieven --- ui/vnc.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/ui/vnc.c b/ui/vnc.c index 1bc1ae0..b12d0ea 100644 --- a/ui/vnc.c +++ b/ui/vnc.c @@ -2885,6 +2885,10 @@ static void vnc_listen_read(void *opaque, bool websocket) } if (csock != -1) { +#ifdef TCP_NODELAY + int flag = 1; + setsockopt(csock, IPPROTO_TCP, TCP_NODELAY, (char *) &flag, sizeof(int)); +#endif vnc_connect(vs, csock, false, websocket); } } -- 1.7.9.5