On Sunday 10 January 2010 23:32:21 [email protected] wrote: > I just reinstalled my ltsp system. I'm running a 64 bit processor, so I > installed the 64 bit version of ubuntu, but I'm not sure what the > architecture on my thin clients is (they are mostly older > diskworkstation.com units). So when i installed ltsp, i did so with the > --arch i386 option. > > Was that a bad idea? Should I have just installed the default version > and been done with it? The whole point of reinstalling was to get the > speed up. It looks better on the workstation, but did I just screw > myself by installing the same version of ltsp?
Joe to answer you and Dave who said > Running 32-bit Ubuntu with more than 3 GB of RAM is known to cause > general slowness, even on a standalone machine. If you want to test > the hypothesis, either before or after migrating to 9.10, trying > pulling a stick of RAM out of your server. If things speed up to > normal then you have found your problem. > > >> is this the case even if you use the "server" kernel? using 32 bit: Over 960M you have to use paging. Over 4G you have to use different paging. It does not matter what you call it (server kernel etc) paging is better at doing 1 app with slowly changing memory requirements and worse doing ltsp type stuff Since your CLIENTs prodly do not have Gs of ram there would be no advantage (and some disadvantage) in not running then 32 bit. Likewise SERVERs have an advantage running 64 bit and the need to support 32 bit stuff is easily handled, and the overhead of lib32 is small in comparison to everything else. Bottom line for mere mortals 64 bit server and 32 bit clients. 3G is a per process limit, saying that it's not significant would be a brave move, but I cannot see how 3G memory limit affects anything :-) 3G also makes 1Bank of 128 and 1 bank of 64 bit ram. That must be worse than 2 banks of 128 (I'm talking sensibly about 1G ram slices, eg 2x1G and 2x512M makes nonsense of the above) James ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _____________________________________________________________________ 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
