From owner-cvs-all@FreeBSD.ORG Wed Feb 23 19:33:10 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B8B016A4E1; Wed, 23 Feb 2005 19:33:10 +0000 (GMT) Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B583243D1F; Wed, 23 Feb 2005 19:33:09 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from mobile.pittgoth.com (ip68-230-188-82.dc.dc.cox.net [68.230.188.82]) (authenticated bits=0) by pittgoth.com (8.12.10/8.12.10) with ESMTP id j1NJX7Kw051015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Feb 2005 14:33:08 -0500 (EST) (envelope-from trhodes@FreeBSD.org) Date: Wed, 23 Feb 2005 14:33:01 -0500 From: Tom Rhodes To: Gleb Smirnoff Message-ID: <20050223143301.2666e07b@mobile.pittgoth.com> In-Reply-To: <20050223085811.GB21254@cell.sick.ru> References: <200502230413.j1N4DBKH008870@repoman.freebsd.org> <20050223071246.GA73994@ip.net.ua> <20050223075748.GB20887@cell.sick.ru> <20050223083639.GA88262@ip.net.ua> <20050223085811.GB21254@cell.sick.ru> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Ruslan Ermilov cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/conf NOTES src/sys/i386/conf NOTES src/sys/pc98/conf NOTES X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 19:33:10 -0000 On Wed, 23 Feb 2005 11:58:11 +0300 Gleb Smirnoff wrote: > On Wed, Feb 23, 2005 at 10:36:39AM +0200, Ruslan Ermilov wrote: > R> > Actually, the block with error can be safely removed from kern_poll.c before > R> > we polish our patches. There is no problem running SMP + polling. Probably, > R> > there were some problems in the past. > R> > > R> > I think the block can be removed now and MFCed before 5.4-RELEASE. I'm quite > R> > sure that our patches for Giant-less polling will not be MFCed soon. > R> > > R> Take a look at http://info.iet.unipi.it/~luigi/polling/, the last > R> paragraph on the page. I believe it still holds true these days. > > I completely agree here, but this is not a reason to deny such configuration. > What is nice in polling, is that some amount of CPU resources is reserved > for userland. So, if box is not doing a pure forwarding job, but is a web > server which is loaded both by userland applications and interrupts, a setup > with polling and SMP will be very appropriate. So, I remove the note I added and kill the block and we let users test and report problems? This may help you guys get better patches in the tree. Comments? -- Tom Rhodes