Date: Wed, 08 Sep 2010 04:31:46 +0700 From: "Vadim Goncharov" <vadim_nuclight@mail.ru> To: freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HEADS UP: FreeBSD 6.4 and 8.0 EoLs coming soon Message-ID: <opviol28ky17d6mn@nuclight> In-Reply-To: <4C8627A6.1090308@icyb.net.ua> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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)".
"Make it work. Make it right. Make it fast. In that order", know this?
Sacrificing "work" for "fast"?.. Hmm, if it is not ideology, then what is
it?..
> 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, but
rather in the Project's policy - delete something which could still work.
Personally, I don't use ISDN, so didn't said anything that time, but now,
there are more precedents of removing components from FreeBSD - so, for
now, I must say that this policy is harmful. Though I doubt that one man's
opinion could change Project's policy until it's too late...
--
WBR, Vadim Goncharov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?opviol28ky17d6mn>