Number 2 is going to depend on what sort of programs the users are running. If they're just going to be browsing the web, you'll be able to add more users than if the users were running NetBeans and compiling programs.
With that being said, I'm running the Xeon 5000 series with 50 users, and my load doesn't normally get over 0.25 I have a feeling that RAM should be more of a concern than CPU's From: [email protected] [mailto:[email protected]] On Behalf Of Jason Doyle Sent: Thursday, February 04, 2010 2:36 PM To: 'SunRay-Users mailing list' Subject: [SunRay-Users] Sizing SRSS on VMWare ESX Looking for some feedback from the field .... I have a customer with a deployment of a couple dual-socket Xeon servers to host 100 DTU's and they're looking to grow this environment to support an additional 350. Instead of deploying more physical servers they'd like to deploy SRSS on Solaris VM's (VMware ESX) and add these to the FOG. My questions are: 1) The customer, based on VMware's best practice guide, likes to deploy only 1 vCPU and only add as necessary - this is because they're primarily a Windows shop and for single threaded apps 1 vCPU works better than 2 vCPU. I would argue that Solaris and SRSS are very threaded with each kiosk session spawning new processes - this VM would benefit from *more* vCPU's. Thoughts?? 2) The customer uses Xeon 5400-series CPU's - what practical numbers are people using (or have achieved) for the number of concurrent SRSS user per core? Thanks, Jason
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
