Thanks for the reply David. Yes, I assure you we're of course running the i386 -server kernel, allowing all 8GB to be seen and accessed. The reason we chose 32-bit was because of that all-encompassing piece of bloat called flash, and others' inability to get sound working when running the amd64 variant on the server. I know all about ndiswrapper and its pros and cons, and it would take a lot to convince me that my users would be happier/more stable with the current FF3 (beta!) running through ndiswrapper. And, returning to 3GB RAM is not an option, as this server .. well.. serves quite a few purposes.
If you have references for the 'slowness and other issues' or 'hardware support issues' I'd love to see them. I've not found any quantitative analysis of i386+PAE vs. x86_64/amd64 performance. I have to assume that while there is necessarily some some slowdown in rewriting memory addresses to access +3GB RAM, it's not so significant that it causes the measured load average to go up 400%. -Michael On Tue, 20 May 2008 10:30:56 -0600, "David Burgess" <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 at 10:10 AM, Michael Blinn <[EMAIL PROTECTED]> > wrote: >> My company recently switched to an i386 Ubuntu 8.04 LTSP server (2 >> quad-core CPUs, 8GB RAM, hardware SCSI RAID) from a K12LTSPv6 x86_64 > server >> (2 dual-core CPUs, 8GB RAM, hardware SCSI RAID). > > Are you really using the i386 version? Because that's the 32-bit > version, which is known to cause slowness and other issues on systems > with lots of RAM (3+ GB). Install Ubuntu x86_64 and try again. > > If you insist on running a 32-bit server then you should consider > dropping to 3 GB of RAM or install the server kernel, which is > configured to use more RAM, although less effectively than a 64-bit > OS, and with potential hardware support issues. > > Peruse this thread on the Ubuntu forums for lots more info and helpful > links: > http://ubuntuforums.org/showthread.php?t=751479 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
