[THIN] Re: Maximum Memory for Graphics

  • From: Michael Pardee <pardeemp.list@xxxxxxxxx>
  • To: thin@xxxxxxxxxxxxx
  • Date: Fri, 6 Jan 2006 10:59:58 -0500

My fault.  I wasn't really clear on what the (2) meant.

Thanks again.

On 1/6/06, BRUTON, Malcolm, FM <Malcolm.BRUTON@xxxxxxxx> wrote:
>
> I assumed you meant two monitors.....
>
>  -----Original Message-----
> *From:* thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] *On
> Behalf Of *Michael Pardee
> *Sent:* 06 January 2006 15:45
> *To:* thin@xxxxxxxxxxxxx
> *Subject:* [THIN] Re: Maximum Memory for Graphics
>
> Thanks.  I'll check that link because the Help file has the color depth as
> the very first part of that equation.  That's how I came up with the number
> 2 (16bit / 8).
>
> On 1/6/06, BRUTON, Malcolm, FM <Malcolm.BRUTON@xxxxxxxx> wrote:
> >
> > Have a look at...
> >
> > http://support.citrix.com/article/CTX781561&searchID=13276050
> >
> > You need to make sure your color depth is in the equation.....
> >
> >
> > 2
> >
> > 1024 x 768
> >
> > 16 bit color
> >
> > 3,145,728
> >
> > Remember you need to set it for the highest resolution machine that you
> > use.
> >
> > I haven't seen it cause any performance issues by giving it to much
> > memory. (especially modern hardware)  I believe it will only use the amount
> > it needs to rather then allocate the full amount...I have it seen it cause
> > more problems when resolution or color depth is degraded.  Users don't like
> > that much.
> >
> > Malcolm
> >
> >
> >
> >  -----Original Message-----
> > *From:* thin-bounce@xxxxxxxxxxxxx [mailto: thin-bounce@xxxxxxxxxxxxx] *On
> > Behalf Of *Michael Pardee
> > *Sent:* 06 January 2006 15:27
> > *To:* thin@xxxxxxxxxxxxx
> > *Subject:* [THIN] Re: Maximum Memory for Graphics
> >
> > I'd really like to understand more about this in case it has any affect
> > on performance.
> >
> > From the Help Screen in the CMC (we run MFXP) it gives the following
> > formula:
> >
> > (color depth in bits per pixel / 8) * vertical resolution in pixels *
> > horizontal resolution in pixels = memory required in bytes.
> >
> > Our users generally use, at the high end, 16bit color depth @ 1024x768
> > resolution.  So that would be (2) * 768 * 1024 = 1,572,864 bytes required
> > for graphics.  The default looks to be 5625 for this setting, which is much
> > larger than we appear to need.
> >
> > Why would you (I) need to increase that?  Would it give me better video
> > performance or just allow for huge graphics reolutions or multiple
> > monitors?  Would reducing this number give more memory back to the OS?
> >
> > On 1/6/06, King, Jesse <JKing@xxxxxxxxxxxxxxxxxxx > wrote:
> > >
> > > Where do you set this? In the CMC or the ICA file?
> > >
> > >
> > > -----Original Message-----
> > > From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
> > > Behalf Of msemon@xxxxxxx
> > > Sent: Friday, January 06, 2006 10:01 AM
> > > To: thin@xxxxxxxxxxxxx
> > > Subject: [THIN] Re: Maximum Memory for Graphics
> > >
> > > Thanks!
> > >
> > > Original Message:
> > > -----------------
> > > From: Carl Stalhood cstalhood@xxxxxxxxxxxxx
> > > Date: Fri, 6 Jan 2006 06:48:42 -0600
> > > To: thin@xxxxxxxxxxxxx
> > > Subject: [THIN] Re: Maximum Memory for Graphics
> > >
> > >
> > > The maximum value is 8192. That's usually what I set it to.
> > >
> > > -----Original Message-----
> > > From: thin-bounce@xxxxxxxxxxxxx [mailto: thin-bounce@xxxxxxxxxxxxx] On
> > > Behalf Of msemon@xxxxxxx
> > > Sent: Thursday, January 05, 2006 10:34 AM
> > > To: thin@xxxxxxxxxxxxx
> > > Subject: [THIN] Maximum Memory for Graphics
> > >
> > > I am thinking that I need to bump up the graphics memory for user
> > > sessions.
> > > I am using the default setting for the farm of 5625 kilobytes. What
> > > are
> > > other people using for this?
> > > This is a XP farm.
> > >
> > > Mike
> > >
> > > --------------------------------------------------------------------
> > > mail2web - Check your email from the web at http://mail2web.com/ .
> > >
> > >
> > > ************************************************
> > > For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation
> > > mode use the below link:
> > > //www.freelists.org/list/thin
> > > ************************************************
> > >
> > > ************************************************
> > > For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation
> > > mode use the below link:
> > > //www.freelists.org/list/thin
> > > ************************************************
> > >
> > >
> > > --------------------------------------------------------------------
> > > mail2web - Check your email from the web at
> > > http://mail2web.com/ .
> > >
> > >
> > > ************************************************
> > > For Archives, RSS, to Unsubscribe, Subscribe or
> > > set Digest or Vacation mode use the below link:
> > > //www.freelists.org/list/thin
> > > ************************************************
> > > ************************************************
> > > For Archives, RSS, to Unsubscribe, Subscribe or
> > > set Digest or Vacation mode use the below link:
> > > //www.freelists.org/list/thin
> > > ************************************************
> > >
> >
> >
> >
> >
> > ***********************************************************************************
> > The Royal Bank of Scotland plc. Registered in Scotland No 90312.
> > Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
> > Authorised and regulated by the Financial Services Authority
> >
> > This e-mail message is confidential and for use by the
> > addressee only. If the message is received by anyone other
> > than the addressee, please return the message to the sender
> > by replying to it and then delete the message from your
> > computer. Internet e-mails are not necessarily secure. The
> > Royal Bank of Scotland plc does not accept responsibility for
> > changes made to this message after it was sent.
> >
> > Whilst all reasonable care has been taken to avoid the
> > transmission of viruses, it is the responsibility of the recipient to
> > ensure that the onward transmission, opening or use of this
> > message and any attachments will not adversely affect its
> > systems or data. No responsibility is accepted by The Royal
> > Bank of Scotland plc in this regard and the recipient should carry
> > out such virus and other checks as it considers appropriate.
> > Visit our websites at:
> > http://www.rbs.co.uk/CBFM
> > http://www.rbsmarkets.com
> >
> > ********************************************************************************
> >
>
>
>
> --
>
> Michael Pardee
> www.blindsquirrel.org
>
>
>
>
> ***********************************************************************************
> The Royal Bank of Scotland plc. Registered in Scotland No 90312.
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
> Authorised and regulated by the Financial Services Authority
>
> This e-mail message is confidential and for use by the
> addressee only. If the message is received by anyone other
> than the addressee, please return the message to the sender
> by replying to it and then delete the message from your
> computer. Internet e-mails are not necessarily secure. The
> Royal Bank of Scotland plc does not accept responsibility for
> changes made to this message after it was sent.
>
> Whilst all reasonable care has been taken to avoid the
> transmission of viruses, it is the responsibility of the recipient to
> ensure that the onward transmission, opening or use of this
> message and any attachments will not adversely affect its
> systems or data. No responsibility is accepted by The Royal
> Bank of Scotland plc in this regard and the recipient should carry
> out such virus and other checks as it considers appropriate.
> Visit our websites at:
> http://www.rbs.co.uk/CBFM
> http://www.rbsmarkets.com
>
> ********************************************************************************
>



--

Michael Pardee
www.blindsquirrel.org

Other related posts: