From owner-freebsd-stable@FreeBSD.ORG Wed Sep 8 10:24:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85CBF106564A for ; Wed, 8 Sep 2010 10:24:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0CDB08FC1A for ; Wed, 8 Sep 2010 10:24:23 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OtHpE-0006Sx-U5 for freebsd-stable@freebsd.org; Wed, 08 Sep 2010 12:24:20 +0200 Received: from nuclight.avtf.net ([217.29.94.29]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Sep 2010 12:24:20 +0200 Received: from vadim_nuclight by nuclight.avtf.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Sep 2010 12:24:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Wed, 8 Sep 2010 10:24:11 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 68 Message-ID: References: <201009011653.o81Grkm4056064@fire.js.berklix.net> <201009011902.06538.hselasky@c2i.net> <4C8627A6.1090308@icyb.net.ua> <4C8704E3.5000408@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: nuclight.avtf.net X-Comment-To: Doug Barton User-Agent: slrn/0.9.9p1 (FreeBSD) Cc: freebsd-security@freebsd.org Subject: Policy for removing working code (Was: HEADS UP: FreeBSD 6.4 and 8.0 EoLs coming soon) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2010 10:24:24 -0000 Hi Doug Barton! On Tue, 07 Sep 2010 20:37:07 -0700; Doug Barton wrote about 'Re: HEADS UP: FreeBSD 6.4 and 8.0 EoLs coming soon': > On 09/07/2010 02:31 PM, Vadim Goncharov wrote: >> 07.09.10 @ 18:53 Andriy Gapon wrote: >> >>> on 07/09/2010 13:38 Vadim Goncharov said the following: >>>>> Just to clarify things a little for those following it: >>>>> the original I4B code was removed >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (1) >>>>> for entirely practical reasons: it couldn't run without the Giant >>>>> lock, and support for the Giant lock over the network stack was >>>>> removed. >>>> >>>> But if it was used, removing a component just because of Giant lock >>>> is not >>>> practical and is purely ideologic, isn't it? >>> >>> Which part of "support for the Giant lock *over the network stack* was >>> removed" >>> [emphasis mine] do you not understand? >> >> No, component removed was (1), I've underlined. >> >>> The reason is performance for overall network stack, not ideology. >> >> For a practical reasons, "it works but slow" is better than >> "doesn't work at all (due to absence of code in the src tree)". > > I think you are misunderstanding the situation. It wasn't a case of, "It > works but it's slow." The situation was that in order to take > performance of the network stack as a whole up to the next level it was > necessary to remove the Giant lock. But definitely this IS that situation: "network stack with I4B/Giant works but it's slow" - you see, "It" = "stack w/ I4B". > Because the original I4B code didn't > work without the Giant lock, and because no one stepped forward to fix > that, the code had to be removed. No. The code needn't removal, the stack should be modified to be fast without I4B and slow for those who wish to compile it with I4B anf Giant. Then slowness is their problem, not of the Project. >>> BTW, there were advanced notices for users, request for volunteers, etc. >>> >>> So, if you didn't speak up at that time please keep silence now :-) >> >> You do not understand the problem. It is not in notices & volunteers, > > In this case it was 100% about the latter. In addition to the fact that > without volunteers there is no project, period; the fact that no one > steps forward to maintain/improve a given piece of code is generally a No, I've just described to vwe@ that there were no proper notices so wherefrom volunteers will appear?.. > pretty good indicator that it's not widely used. If code isn't widely used that is still not the reason to axe it out. If it is almost not used - then may be. Also, how widely it is used may be easily underestimated due to lack of announcements and surveys. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]