Date: Tue, 07 Sep 2010 20:37:07 -0700 From: Doug Barton <dougb@FreeBSD.org> To: Vadim Goncharov <vadim_nuclight@mail.ru> Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: FreeBSD 6.4 and 8.0 EoLs coming soon Message-ID: <4C8704E3.5000408@FreeBSD.org> In-Reply-To: <opviol28ky17d6mn@nuclight> References: <201009011653.o81Grkm4056064@fire.js.berklix.net> <201009011902.06538.hselasky@c2i.net> <alpine.BSF.2.00.1009051144190.47367@fledge.watson.org> <slrni8c5gj.1eap.vadim_nuclight@kernblitz.nuclight.avtf.net> <4C8627A6.1090308@icyb.net.ua> <opviol28ky17d6mn@nuclight>
next in thread | previous in thread | raw e-mail | index | archive | help
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. 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. >> 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 pretty good indicator that it's not widely used. > but rather in the Project's policy - delete something which could still > work. This was not the case here. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C8704E3.5000408>