Re: Virtual memory consumption (both user and kernel) in modern CURRENT

On 2/23/06, Robert Watson <rwatson@xxxxxxxxxxx> wrote:


On Thu, 23 Feb 2006, Peter Fraser wrote:

It's truly a ptiy that so serious a thing is an issue so near to a
release.
I agree that users should be given a choice especially since some of us
run
non-threaded apps that spawn a number of processes. From what I have
read,
wouldn't a squid + squidguard combination rely much more heavily on swap
now. If so, I think I will also stick with the 5 series and 6.0 in my
environment.

If I read your e-mail right, you're referring to reported issues regarding
the
new user space malloc implementation in 7.x. However, the 7.0 release is
still well over a year away. The new malloc implementation is not present
in
6.x, and I wouldn't expect a merge to the 6.x branch any time soon, if
ever.
Unless you were planning to run 7.x in production in the next year,
something
I generally wouldn't recommend without very careful consideration, I'm not
sure how this affects your decision regarding FreeBSD versions to run --
neither of the upcoming FreeBSD 5.5 or FreeBSD 6.1 releases would be
affected
in any way. Perhaps there has been a misunderstanding?

Robert N M Watson



Thanks for the clarification. I was under the impression from a previous
post that this would be inplemented in the new 6.1 release. Apparently I
misread. I can now breathe a sigh of relief and migrate to 6.1 when
released. Thanks again.

PeterF
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: Virtual memory consumption (both user and kernel) in modern CURRENT
    ... I agree that users should be given a choice especially since some of us run non-threaded apps that spawn a number of processes. ... The new malloc implementation is not present in 6.x, and I wouldn't expect a merge to the 6.x branch any time soon, if ever. ... Unless you were planning to run 7.x in production in the next year, something I generally wouldn't recommend without very careful consideration, I'm not sure how this affects your decision regarding FreeBSD versions to run -- neither of the upcoming FreeBSD 5.5 or FreeBSD 6.1 releases would be affected in any way. ...
    (freebsd-current)
  • Re: challenge: end of life for 6.2 is premature with buggy 6.3
    ... sound to the people who are actually doing the work. ... that you're working on FreeBSD and giving it to me for free and all, ... and lots of other ideas have been given very careful consideration and have been rejected due to lack of resources. ... better, longer, faster, $whatever support. ...
    (freebsd-stable)