The slowness I was referring to has been reported with the non-himem desktop kernel (see the link in my previous response), so if you're already running the server kernel then I'm at a loss. The reference to lacking support is based on claims from the same forums thread stating that the kernel server has fewer hardware modules compiled in. I haven't played with it myself.
As for flash and nswrapper, I've had issues in older versions of ubuntu x86_64, but install was surprisingly painless (and required nothing more than "apt-get install flashplugin-nonfree"). Flash was somewhat unstable in hardy beta, producing greyed-out squares where the applet should be and requiring a FF restart, but that appears to much less common since the release of 8.04. And no, I wouldn't give up my 8GB of RAM either. In summary, since you're already using the server kernel, I don't know why your load would go up. I would however recommend that you do a limited test with ubuntu 8.04 x86_64 release version, if you haven't already. I run about 16 users on 4 thin clients plus the server, and while I've had my share of issues with flash and sound in the context of the x86_64 architecture and ltsp, these have been nonexistent issues for me in ubuntu 8.04. db On Tue, May 20, 2008 at 10:47 AM, Michael Blinn <[EMAIL PROTECTED]> wrote: > 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 > ------------------------------------------------------------------------- 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
