[BSD] 5.x vs. 6.x
Pál Váczi
pvaczi at gmail.com
2005. Május. 26., Cs, 10:50:37 CEST
szia,
most olvastam egy levelet ebben a temaban a stable-n.
(bocs, hogy nem linkelek, de nem nagyon van idom most keresgelni a
listakon, csak eloszedtem a gmail-bol).
Scott Long:
First of all, as the release engineer, I cannot stress enough that 6.0
is only an evolutionary step from 5.x. It's natural to assume that
every major version change indicates major (and majorly destabilizing)
changes, but that is exactly what we are trying to get away from now.
When people ask what the future of 5.x is, my answer is "6.x" because
that's exactly what it is: a continuation and refinement of what we
did with 5.x, with a few needed architecture changes and features.
We are going to release 6.0 within the next few months, and 6.1 4
months after that. There will be a 5.5 release inbetween there just
to wrap up that branch and provide users a bridge for 6.x. I don't
expect there to be any 5.x releases after 5.5 because there simply
won't be anything left to offer in that branch that isn't in 6.x.
The 6.x transition will not have the handicaps that the 5.x transition
had for users. It does not have a significantly different compiler
that requires major porting work for user applications. It does not
have a dozen new experimental features that are still being debugged.
The only really new and experimental feature is the SMP VFS work, but
that has been undergoing a significant amount of testing, and it can
be turned off if need be. This is in sharp contrast to 5.x that had
so many overlapping experimental areas that it was hard to test, isolate
and fix problems.
I think that we've gotten over most of the stability and performance
hurdles of 5.x. We have a complete OS, not just a kernel, and it has
more components than the 4.x OS. But despite that, most bugs reported
on this list seem to get solved fairly quickly, either with advice from
others or with a commit to the source tree. We have a number of very
strong and very active ports and source tree committers that are doing a
very good job of refining the system, and I expect that to continue.
More bug reports are always welcome, and if you feel that there is a bug
that isn't getting attention that is critical for 6.0, email
re at FreeBSD.org about it, or email me personally.
As for performance, Kris has shown that the 5.x/6.x performance penalty
is now much more of a myth than reality. SMP on 6.x is significantly
more scalable and high performance than anything we've released before.
We are finally starting to see the benefits of our SMPng design. Most
of the infrastructure work is done, so 6.x will be about refining it,
locking down more peripheral drivers and components, and tending to the
general details that have fallen behind in 5.x. It's going to be a very
good release series.
I understand that there are some specific reasons for some people to
stick with 4.x. There were people that stuck with 2.2.x back during
the 3.x and 4.x days because they also had specific needs. I think
that this is fine if done for the right reasons, and I'm glad that those
people are willing to stick with FreeBSD instead of looking elsewhere.
However, if there is anything that we can do to help with the transition
forward to 5.x/6.x, please let me know.
Again, please don't take the abrupt switch to 6.0 to mean that 5.x is
flawed or that 6.x will also have a short lifespan. The real purpose
of the switch is nothing but positive; it'll keep us focused and prevent
us from overreaching and overextending ourselves. It's a very good
and very postive strategy.
On 5/25/05, Papp Tamas <tompos at martos.bme.hu> wrote:
> cso!
>
> Olvasom a hupon, hogy hamarosan itt a 6.x sorozat, il. az 5.x-bol az
> 5.5-os lesz az uccso.
>
> Miert ilyen rovid az 5-os elete, ill. mi keszteti a fejlesztoket arra,
> hogy ekkora verzioszamot lepjenek, mi lesz igazan nagy ujdonsag a 6-os
> sorozatban?
>
> Az elozo nagy verziovaltasnal lattam, hogy miben kulonozott igazan a
> ket branch, mostanaban viszont nem igazan olvastam utana, cikkeket se
> nagyon lattam errol megjelenni. Hatha tudja vki itt kapasbol, mondjuk
> Szilveszter szokott ilyeneket irogatni ide;)
>
> 10x
>
> tompos
> _______________________________________________
> BSD levlista
> BSD at hu.freebsd.org
> http://www.hu.freebsd.org/hu/mailman/listinfo/bsd
>
További információk a(z) BSD levelezőlistáról