From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 13:30:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA665E4E for ; Sun, 15 Dec 2013 13:30:28 +0000 (UTC) Received: from nm31.bullet.mail.ir2.yahoo.com (nm31.bullet.mail.ir2.yahoo.com [212.82.96.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08058150A for ; Sun, 15 Dec 2013 13:30:27 +0000 (UTC) Received: from [212.82.98.54] by nm31.bullet.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:25:01 -0000 Received: from [46.228.39.80] by tm7.bullet.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:25:01 -0000 Received: from [127.0.0.1] by smtp117.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:25:01 -0000 X-Yahoo-Newman-Id: 944916.7329.bm@smtp117.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 39CTkbQVM1kQwCV40w5U8tSRIUbZE.V54cjeV3ZI2Dm5oGR pR4feAaOUCSpYuzhWKoVeUZISZ28AtHhjsYIJnJGZWS.IThPGzSN0IDb5UH5 fw1W37Y7GYRQ_lJHbSJsqguD1kEqJnE7.GIRWcoA7SNmnl6TCtSAuzMPZ6nX SjhmNXwxVwjqHSdPlyyacyvC5wkt2_3LOBkIJe.C_.rrAMl2IPaqm7VksDUs wYKwJFrNkp4Hs34elp2Q8yC0jzEkuAydW5kEP9r8WeW3VUQ03JFTqYLSf27z rVt9CbF5rLEbMjGk1RWW3lHorc0MTgaWoHsp3uTUUWbOxu8nl_OOwo0sHfMm R__.IHEhZ.Rm37BU5yIi3Gzgub.7Kx.SN.IZKNnsssV8WzRNMhaq3osVK1Tc zFP.9Y0DtIBZeWkY6.UFxTlHQDbw09xOeLrqUQzhFZYIHH_wb9bz_H7zvtsq _MPbdOC7.h03PnRi5LdrBcchXKZ9t8iGIwRRlYbTf0O2vSC.n8lYsALCXdNv ZyhOOtT7zdBmdsZbOwIKQeN2AV3jQpM0- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.124.218 with plain [188.125.69.59]) by smtp117.mail.ir2.yahoo.com with SMTP; 15 Dec 2013 13:25:01 +0000 UTC Message-ID: <52ADADAD.1010108@freebsd.org> Date: Sun, 15 Dec 2013 14:25:01 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Konstantin Belousov , Steve Kargl Subject: Re: SVN commit 259045 breaks -CURRENT References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> In-Reply-To: <20131215054722.GI59496@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 13:30:28 -0000 Am 15.12.2013 06:47, schrieb Konstantin Belousov: > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: >> On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: >>> Am 14.12.2013 22:59, schrieb Steve Kargl: >>>> On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser >>>> wrote: >>>>> >>>>> 2) SSH logins are very slow, many seconds of delay between >>>>> connect and password prompt, several seconds after password >>>>> entry until a command prompt appears (normally >>>>> instantaneous) >>>>> >>>> >>>> Ah, so that explains the behavior I'm see. Just updated a >>>> circa Aug 3rd i386 FreeBSD to top-of-tree. My ssh logins to >>>> my work system take 30+ seconds now. :( >>> >>> You may want to test the attached patch, which reverts the >>> above mentioned commit. >>> >> >> I probably won't get to it until tomorrow, because I had started >> a dog-food system purge including re-installing all ports. The >> laptop takes a bit a time to recompile everything. >> > > Are you all running i386, compiled with gcc ? I'm on -CURRENT, CLANG, amd64. But since the problem has also been reported for i386 compiled with GCC, there seems to be some problem in common kernel code, that has been uncovered by your change, BTW: I remember seeing two wait channels being reported when I type ^T during multi-user startup (sa-spamd, which needs 140 seconds with the broken kernel: nanosleep kqueue (I do not remember whether this name is exact or abbreviated) I've been assuming that the problem might actually be in nanosleep(), since this is a timing related function and we are seeing huge delays, but eventually the delayed action succeeds. But a kernel with only kern_conf.c compiled with -fno-strict-overflow did not show the delays. I do not have time for further tests, today. Regards, STefan