Date: Sun, 26 Aug 2001 14:32:48 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Brett Glass <brett@lariat.org> Cc: chat@FreeBSD.ORG Subject: Re: How is 4.4-RELEASE shaping up? Message-ID: <3B896B00.6E40731F@mindspring.com> References: <4.3.2.7.2.20010826110635.057b5ca0@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
Brett Glass wrote: > I haven't been able to follow the progress of the 4.4 release candidates, > but after reading some of the postings on the -STABLE mailing list, I > wonder whether it'll be a good idea to upgrade production machines to > 4.4-RELEASE. What do folks think? Will this release be a good milestone? > Or will it pay to wait until 4.5, or at least a snapshot between 4.4 and > 4.5? Frank feedback on the strong and weak areas of 4.4 as it stands now > would be appreciated. We will be bringing in much of the 4.4-RELEASE into our embedded system, which is currently running 4.3-RELEASE, plus patches. However, we will _NOT_ be bringing in the mbuf code (we are running the more advanced code, from 5.x, which amounts to a back-port of about 5 files), and we will _NOT_ be bringing in the tcptempl removal: it causes a significant performance hit. My original complaint on it was the amount of memory that it too per, not the fact that it took any... it's also convenient for about six different stack performance enhancement technologies, all of which would like around 60 bytes to do their thing; instead, we will just allocate the 60 bytes, instead, using a page-filling "chain" allocator, so not a byte is wasted. There are several other changes we will _NOT_ be bringing in, as well (I've complained about them in other forums, after doing performance testing on them, and finding them lacking). If I could kill /dev/random easily, I'd do that too; I will probably get around to it eventually, since it's "entropy harvesting" hooks significantly and negatively impact interrupt overhead, and unless you take the hit, you "run out" of random numbers when using SSL/SSH, particularly immediatley after a reboot (e.g. right when you need them to remotely administer a system). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B896B00.6E40731F>