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/
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
