VM as in virtual machine. I remember reading a bunch about it. The scheduling of the process by the virtual machine can make a huge difference in the performance. I am totally talking out of my ass here. I have absolutely no clue how any of the VM affects anything else. My knowledge is not based on actual knowledge but regurgitated stuff I read in other places. I'm pretty sure it is correct but I have no idea why. :) Eric > By VM you mean Virtual memory? > > If so then hardware has played a role in this. Even if Linux suffered = > from > the same fits as before the hardware has/would of come along to help it > = out. > During the 2.2 era RAM prices where high and boards that support lots of > = RAM > very costly, however today RAM is very cheap (in comparison) and boards > = that > support 4G are common. Plus RAM has gotten faster along with the CPUs > meaning VM plays less of a role in system performance then it used to. > > Be interesting to see the same test ran before done on a newer system = > just > to see how much the hardware has help vs. code changes. > > But I laugh my alpha system's 2 CPUs L2 cache combined is the same as = > one of > our production 2.2 Linux systems. Amount of RAM used to be a big deal = > now > the speed of it matters way more than size funny how things change. > > I think there is more to argue over which Distro to use in Linux then = > Linux > as a whole vs. FreeBSD in the way of features performance and = > functionality > in their current states. Think of it more as a choice between salad or > = soup > on the side than beef or chicken as the main course. :) > > The chain of thought I put into deciding an OS for a system is > > Windows or *nix? > > If *nix: > > BSD or Linux? > > If Linux: > > RPM, deb or Scratch? > > Etc, etc you get the idea, just go thru the motions comparing until one > remains. > > I meant to put this in my last reply, not to start a flame war or huge > debate on the topic but ratter to show that it's more a matter of = > personal > choice on which OS you choose and why. > > http://www.linuxisforbitches.com/ > > Like I said Salad or soup... And it seems some people are just big fans > = of > one and stick with it. Me I like variety so I'll continue to dabble in > both. > > -----Original Message----- > From: huskerlug-bounce@xxxxxxxxxxxxx = > [mailto:huskerlug-bounce@xxxxxxxxxxxxx] > On Behalf Of Steve > Sent: Saturday, January 10, 2004 9:01 PM > To: huskerlug@xxxxxxxxxxxxx > Subject: [huskerlug] Re: From Linux to FreeBSD: A FreeBSD Review - > OSNews.com > > FreeBSD used to have some real advantages over Linux, especially under = > heavy > > load and the TCP/IP stack performance. Matt Dillon did an excellent job > with=20 > the FreeBSD VM. Where Linux would often thrash under extremely high = > loads=20 > and become unresponsive (to the point that you couldn't even log in), > FreeBSD=20 > would just chug along slowly but surely. However, from about 2.4.18ish > = on,=20 > the Linux VM has really come into its own and works quite well. Also, = > the=20 > 2.4.x, the TCP/IP stack has improved significantly over the 2.2 series = > and=20 > provides some stiff competition for FreeBSD. > > Since the 2.6 kernel implements Rik's rmap VM code, it really flies even > under=20 > heavy loads (Rik has conversed with Matt about VM performance). = > Several of > > the distro's backported this code to the 2.4 kernel (Suse, Redhat,=20 > Gentoo...), so many have already seen the benefits of it. > =20 > I haven't seen any recent benchmarks, but I doubt FreeBSD has these same > = > > advantages over Linux that it used to have. FreeBSD is a great OS, and > = is=20 > still constantly improving just like Linux, but it doesn't have as large > = of > a=20 > developer community as Linux and thus doesn't tend to progress as = > quickly. > > Steve > > > ---- > Husker Linux Users Group mailing list > To unsubscribe, send a message to huskerlug-request@xxxxxxxxxxxxx with a > subject of UNSUBSCRIBE > > > > ---- > Husker Linux Users Group mailing list > To unsubscribe, send a message to huskerlug-request@xxxxxxxxxxxxx > with a subject of UNSUBSCRIBE ---- Husker Linux Users Group mailing list To unsubscribe, send a message to huskerlug-request@xxxxxxxxxxxxx with a subject of UNSUBSCRIBE