[THIN] Re: Maximum Memory for Graphics
- From: Michael Pardee <pardeemp.list@xxxxxxxxx>
- To: thin@xxxxxxxxxxxxx
- Date: Fri, 6 Jan 2006 10:48:54 -0500
The link supports the same equation and I end up with the same result from
their chart. 1 monitor, 1024x768 resolution, 16bit color = 1,572,864.
1
1024 x 768
16 bit color
1,572,864
Thanks for the link. The default of 5,625k is over 3 times the memory that
we actually *require* but I have never seen it hurt anything. We're always
looking for ways to squeeze out more performance (or less memory utilization
with Windows2003) and I thought this might be one. I'll leave the setting
as-is.
Thanks again.
On 1/6/06, Michael Pardee <pardeemp.list@xxxxxxxxx> wrote:
>
> 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
--
Michael Pardee
www.blindsquirrel.org
Other related posts:
