From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 16:14:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4246F1065672 for ; Wed, 15 Sep 2010 16:14:39 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BF6978FC1D for ; Wed, 15 Sep 2010 16:14:38 +0000 (UTC) Received: by bwz15 with SMTP id 15so836838bwz.13 for ; Wed, 15 Sep 2010 09:14:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=cx9Hl1OShTSbuxmVoRQ8jDbY7VUdNE4vou7sn97CHqI=; b=cpaxnw8zog9uD/y2KumIDtfM//QAiV7cQdSlZIEuy6Bd6XtwrOs6TBIIygF+/tZily NUQQUpGfTOrt0lUyFX9YL8tSadVi3bnA/qtIPy4lPSts2cGju30PBNLWWMcyWOU/dxi9 xE8jEf9Bsmta3cS+6bZ/bik1XcMQjdMZIcwyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=CgaGcwnuCDCIabXnvFPqEShfATcdJzF0C7rmQYgQW3k7/RvxDYnIsP1qJpmYWX0KkX 8Ih7Y+5ZzFlW+k5iUzP4okdhChdEPXYOPJt14PE+LZKAoz6/uOPb+L+jq+vda6Ld2BS/ d/aa6SBOwM3Us4DPA8OdZBbkH0kfSWpRiYkvI= Received: by 10.204.77.212 with SMTP id h20mr1498998bkk.33.1284567274487; Wed, 15 Sep 2010 09:14:34 -0700 (PDT) Received: from ernst.jennejohn.org (p578E15EB.dip.t-dialin.net [87.142.21.235]) by mx.google.com with ESMTPS id d27sm1494439bku.22.2010.09.15.09.14.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Sep 2010 09:14:33 -0700 (PDT) Date: Wed, 15 Sep 2010 18:14:31 +0200 From: Gary Jennejohn To: Andre Oppermann Message-ID: <20100915181431.30677523@ernst.jennejohn.org> In-Reply-To: <20100915151632.E31898@maildrop.int.zabbadoz.net> References: <4C8E0C1E.2020707@networx.ch> <20100915151632.E31898@maildrop.int.zabbadoz.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: TCP loopback socket fusing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2010 16:14:39 -0000 On Mon, 13 Sep 2010, Andre Oppermann wrote: > Preliminary testing (with WITNESS and INVARIANTS enabled) has shown stable > operation and a rough doubling of the throughput on loopback connections. > I've tested most socket teardown cases and it behaves fine. I'm not entirely > sure I've got all possible path's but the way it is integrated should > properly defuse the sockets in all situations. > I tried this out with the following results: a) booted the new kernel, started X, started firefox -> hard hang, had to reset the box to recover. Note that firefox uses wwwoffle as a local, caching proxy and wwwwoffle is accessed through localhost:8080 b) tried (a) again to make sure it wasn't a fluke -> same result c) booted anew but started opera instead, which does _not_ use wwwoffle as its proxy (net.inet.tcp.loopfuse=1) -> OK d) I then set net.inet.tcp.loopfuse=0 before starting firefox -> OK e) set net.inet.tcp.loopfuse=1 and ran cvsup to update my CVS tree followed by checking out the changed sources, which uses loopback to talk to cvsupd -> OK So, somewhow trying to access wwwoffle through localhost:8080 causes a hard hang of the box. Whether this has something to do with the port number or just strange behavior on the part of wwwoffle I can't say, because the hard hang makes debugging impossible. By hard hang I mean that there is no visible activity, gkrellm isn't updating, mouse and keyboard are ignored and ping from a different machine shows no reaction, so I'd say the kernel is pretty much wedged. For now I'm setting net.inet.tcp.loopfuse=0 in /etc/sysctl.conf. -- Gary Jennejohn