On Sunday 08 June 2008 03:08:47 [EMAIL PROTECTED] wrote: [snip] > > In terms of your team, much of java's bloat (sorry to the faithfull) is > > shared so you won't need 500M per TC user (on the server). I'd start with > > the usual 50 or 100 M / TC plus what the server needs then adjust > > ie say 10 Clients + 1G needed for the server = 2G. > > > > That seems fair enough. Thanks. > > > This unleashes the 1G limit of 32 bit OS's. You want to have a 64 bit OS > > for your server to handle the memory cleanly. > > > > But aren't 32 bit OS's capable of handling 4G memory. I think after > linux kernel 2.3.16 or somewhat later, the kernel too could handle up to > 4GB efficiently. So if I breach the 4 GB barrier then I may have to > think about a 64 bit OS which might be tricky and may require more > effort w.r.t LTSP installation as well as Java and all other supporting > apps. > > > The BigMem solutions have the worst impact with lots of users. With lots > > of shared memory it will be better than lots of different but be aware > > that 64 may be an issue. > > > > Could you please elaborate on this one?
32 bit linux OS can address nearly 1G RAM. conceptually the bigmem solutions are a small room with lots of drawers. Each drawer can hold a slice of memory. With one user, you can have lots of stuff stored in lots of drawers, and accessing one draw at a time means nearly perfect performance However, lots of users, all standing in a queue for their memory slice (and there is overhead associated in closing one drawer and opening another) means there is some impact. The harder you work the more you notice. Even worse is to have 2 CPUs busy waiting for their turn. There was discussion here about the load on 32 vs 64 bit OS on a dual core Xeon. Beyond 4G bigmem is even worse, but the limit is 960M or so. Natch YMMV, depending on the actual work being done on your system. If you do end up doing both, your feedback would be of great value. James ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _____________________________________________________________________ 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
