So you've got flash sound on i386 terminals served from an amd64 8.04 server? Can I assume you used libflashsupport, and it Just Worked? -Michael
On Tue, 20 May 2008 11:01:45 -0600, "David Burgess" <[EMAIL PROTECTED]> wrote: > 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 -- -- CONFIDENTIALITY NOTICE: This message, and any attachments that may accompany it, contain information that is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise exempt from disclosure under applicable law. f the recipient of this message is not the intended recipient, any disclosure, copying, or other use of this communication or any of the information, which it contains is unauthorized and prohibited. If you have received this message in error, please notify the original sender by return mail and delete this message, along with any attachments, from your computer. Thank you. ------------------------------------------------------------------------- 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
