[THIN] Re: Generally speaking - hardware

  • From: "Landin, Mark" <Mark.Landin@xxxxxxxxxxxxxxxx>
  • To: <thin@xxxxxxxxxxxxx>
  • Date: Tue, 22 Jul 2008 08:56:35 -0500

I respectfully request you post it to Wikipedia so everyone can read it.
:)

________________________________

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Berny Stapleton
Sent: Tuesday, July 22, 2008 4:37 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Generally speaking - hardware


If anyone wants a report I wrote on the 4GB memory limit a couple of
years ago, let me know. I have offered it on thin list before, so if you
want, reply to me privately.

Berny


2008/7/22 Braebaum, Neil <Neil.Braebaum@xxxxxxxxxxxxxx>:


        Well there's always /3GB but I see your point, there's still no
such
        thing as a free lunch.

        Neil


        > -----Original Message-----
        > From: thin-bounce@xxxxxxxxxxxxx

        > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Joe Shonk
        > Sent: 21 July 2008 19:37
        > To: thin@xxxxxxxxxxxxx
        > Subject: [THIN] Re: Generally speaking - hardware
        >
        > Right on except its 2 GB per process not 4GB.  And even with
        > a x64 platform you're still running 32-bit code.
        >
        > Joe
        >
        > From: thin-bounce@xxxxxxxxxxxxx
        > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Landin, Mark
        > Sent: Monday, July 21, 2008 11:25 AM
        > To: thin@xxxxxxxxxxxxx
        > Subject: [THIN] Re: Generally speaking - hardware
        >
        > 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@xxxxxxxxxxxxx
        > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
GTaylor@xxxxxxxx
        > Sent: Monday, July 21, 2008 12:43 PM
        > To: thin@xxxxxxxxxxxxx
        > 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@xxxxxxxxxxxxx
        > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Beckett,
        > William (Bill)
        > Sent: Monday, July 21, 2008 11:37 AM
        > To: thin@xxxxxxxxxxxxx
        > 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?





************************************************************************
*****

        This email and its attachments are confidential  to the intended
recipient. If this has come to you in error, please notify the sender
immediately and delete this email from your system. You must take no
action based on this, nor must you copy or disclose it or any part of
its contents to any person or organisation.  Please note that email
communications may be monitored.  The registered office of Shop Direct
Limited is 1st Floor, Skyways House, Speke Road, Speke, Liverpool, L70
1AB, registered number 04730752.

        Subsidiary companies within Shop Direct Limited include:

        Shop Direct Financial Services Limited (SDFS), Shop Direct Group
Financial Services Limited (SDGFS) and Littlewoods Finance Company
Limited (LFCo). The registered office of SDFS, SDGFS and LFCo is Aintree
Innovation Centre, Park Lane, Netherton, Bootle, L30 1SL, registered
numbers 04730706 (SDFS), 5200103 (SDGFS) and 04660974 (LFCo). SDFS and
LFCo are authorised and regulated by the Financial Services Authority in
respect of insurance mediation activities only.

        Shop Direct Contact Centres Limited (SDCC) and Shop Direct Home
Shopping Limited (SDHS).  The registered office of SDCC and SDHS is 1st
Floor, Skyways House, Speke Road, Speke, Liverpool, L70 1AB, registered
numbers 05330323 (SDCC), 04663281 (SDHS).

        All companies registered in England.




************************************************************************
*****




        This message has been scanned for viruses by BlackSpider
MailControl - www.blackspider.com
        ************************************************
        For Archives, RSS, to Unsubscribe, Subscribe or
        set Digest or Vacation mode use the below link:
        //www.freelists.org/list/thin
        NEW! Follow Thin List on Twitter!
        http://twitter.com/thinlist
        Thin List discussion is now available in blog format at:
        http://thinmaillist.blogspot.com
        HOT! Thinlist MOBILE Feed!
        http://thinlist.net/mobile
        Thinlist quick pick
        http://thinlist.net
        ************************************************









  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

Other related posts: