Monday, July 21, 2008

[THIN] Re: Generally speaking - hardware

As Joe said in an earlier post, there are many factors, we have had well over 100 users on a “standard” 4GB 32bit PS server and have also had situations were 10-20 were the max!!!!

 

 

Steve Greenberg

Thin Client Computing

34522 N. Scottsdale Rd D8453

Scottsdale, AZ 85266

(602) 432-8649

www.thinclient.net

steveg@thinclient.net

 


From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Berny Stapleton
Sent: Monday, July 21, 2008 11:39 AM
To: thin@freelists.org
Subject: [THIN] Re: Generally speaking - hardware

 

Actually, if I remember correctly Enterprise can address up to 64GB of RAM; this is because the CPU has a 36bit address register.

Each chunk of memory that is assigned to a process is known as a "window" and must make use of it's own memory management. This is because the OS itself is a 32bit app, and cannot address the memory. So things like SQL server and VMWare which can address above 4GB of RAM do their own memory management, the OS cannot the RAM itself. This is known as Addressable Window Extentions.

SQL Server and Oracle for example, can easily handle 32GB of RAM, but can only look at 4GB at a time.

I have seen 60 users on a Citrix server (Just before it fell over, but that's not the point) so it is possible. Each user though takes up system PTEs and each session takes up memory in the page pool for different things, so it depends on different factors relating to your operating environment, in our case they were just running a small phone book app, so we were able to load up the environment.

Berny

2008/7/21 Landin, Mark <Mark.Landin@tdwilliamson.com>:

A 32-bit OS cannot provide more than 4GB to a given process. However, a server running 32-bit Windows Server 2003 Enterprise edition, for isntance, can address up to 32GB of memory, and dole it out to individual processes as long as each chunk does not exceed 4 GB.

 

In thin computing, it's rare to see any process which requires > 4GB. (CAD, GIS, and other scientific applications are about the only ones that do so). However, it's somewhat easy to find 10 processes each needing 500MB. You could not run the former type of application well on a 32-bit OS, but the latter applications would run fine on a 32-bit OS as long as the OS itself could address more than 4GB in total (which W2K3 Enterprise edition can). Therefore, it's possible you could run 30 users on a heavy app without going 64-bit. Right?

 


From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of GTaylor@rcrh.org
Sent: Monday, July 21, 2008 12:43 PM
To: thin@freelists.org
Subject: [THIN] Re: Generally speaking - hardware

That depends on the application.  Small applications you may be able to get upwards of 40 users, but that's unusual.  A couple things to keep in mind, number 1 being that if your running a 32-bit OS your not going to use more than 4gig, so don't bother putting it in.  I also would not run a Presentation Server with less than 4gig.  If you want to get 30 users on a heavy application go to 64-Bit and load up the memory.

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Beckett, William (Bill)
Sent: Monday, July 21, 2008 11:37 AM
To: thin@freelists.org
Subject: [THIN] Generally speaking - hardware

 

What do most of you run, memory wise for about a 25-30 user load per server for PS 4.0 on W2K3? 4GB memory? Less? More?

 



Regional Health's mission is to provide and support health care excellence in partnership with the communities we serve.

Note: The information contained in this message, including any attachments, may be privileged, confidential, or protected from disclosure under state or federal laws . If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the Sender immediately by a "reply to sender only" message and destroy all electronic or paper copies of the communication, including any attachments.


  This message and any attachments may be a confidential attorney-client communication or otherwise be privileged and confidential.  If you are not the intended recipient, any review, distribution or copying of this transmittal is prohibited.  If you have received this transmittal in error, please reply by e-mail and delete this message and all attachments

 

No comments: