RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Troy Jones]

It could be. I'd be interested to know how many sites, what kind of traffic 
each site brings, that kind of thing. But, if I had 4gb of memory, I'd set my 
heap size to 1024mb. That is good enough usually unless you have a relatively 
high-load server environment.

[cid:image001.jpg@01CA9530.7F4CD130]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com  |  
facebook.com/dynapp

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 3:38 PM
To: discussion@acfug.org
Subject: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

Hi,

I was wondering what is the ideal memory you prefer on an CF Production server? 
We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.

Any suggestions as far as If 4gb memory is good enough or it should be greater 
than that for a production server?

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10 
07:35:00



-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-


<>

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

About 20 sites and high traffic site. I am not sure how many users though. I
guess there is a limit of 4gb memory on 32 bit systems.

I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking
193,604K of memory. So lsass.exe is using thrice as much.

Any suggestions?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones  wrote:

>  It could be. I’d be interested to know how many sites, what kind of
> traffic each site brings, that kind of thing. But, if I had 4gb of memory,
> I’d set my heap size to 1024mb. That is good enough usually unless you have
> a relatively high-load server environment.
>
>
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com   |
> facebook.com/dynapp 
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 3:38 PM
> *To:* discussion@acfug.org
> *Subject:* [ACFUG Discuss] Ideal memory & Configuration for CF Production
> server?
>
>
>
> Hi,
>
> I was wondering what is the ideal memory you prefer on an CF Production
> server? We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.
>
> Any suggestions as far as If 4gb memory is good enough or it should be
> greater than that for a production server?
>
> Thanks,
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10
> 07:35:00
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink 
> -
<>

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Troy Jones]

Are you currently experiencing memory issues? Judging by what you say here, 
there may be some other issue going on besides what jrun.exe is using. But, if 
you're not having memory issues and you've got it to spare, I'd say go ahead 
and bump it up.

BTW, what version of CF?

[cid:image001.jpg@01CA9534.546391D0]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:00 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

About 20 sites and high traffic site. I am not sure how many users though. I 
guess there is a limit of 4gb memory on 32 bit systems.

I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking 
193,604K of memory. So lsass.exe is using thrice as much.

Any suggestions?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
It could be. I'd be interested to know how many sites, what kind of traffic 
each site brings, that kind of thing. But, if I had 4gb of memory, I'd set my 
heap size to 1024mb. That is good enough usually unless you have a relatively 
high-load server environment.

[cid:image001.jpg@01CA9534.546391D0]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 3:38 PM
To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

Hi,

I was wondering what is the ideal memory you prefer on an CF Production server? 
We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.

Any suggestions as far as If 4gb memory is good enough or it should be greater 
than that for a production server?

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10 
07:35:00

-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink<http://www.fusionlink.com>
-


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10 
07:35:00



-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-


<>

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

We are on CF 7 windows server 2003. We are experiencing frequent slowness
and the only option left to us is restart CF service every now and then.



http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Thu, Jan 14, 2010 at 4:12 PM, Troy Jones  wrote:

>  Are you currently experiencing memory issues? Judging by what you say
> here, there may be some other issue going on besides what jrun.exe is using.
> But, if you’re not having memory issues and you’ve got it to spare, I’d say
> go ahead and bump it up.
>
>
>
> BTW, what version of CF?
>
>
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
> facebook.com/dynapp <http://www.facebook.com/dynapp>
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 4:00 PM
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> About 20 sites and high traffic site. I am not sure how many users though.
> I guess there is a limit of 4gb memory on 32 bit systems.
>
> I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking
> 193,604K of memory. So lsass.exe is using thrice as much.
>
> Any suggestions?
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>  On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones  wrote:
>
> It could be. I’d be interested to know how many sites, what kind of traffic
> each site brings, that kind of thing. But, if I had 4gb of memory, I’d set
> my heap size to 1024mb. That is good enough usually unless you have a
> relatively high-load server environment.
>
>
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
> facebook.com/dynapp <http://www.facebook.com/dynapp>
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 3:38 PM
> *To:* discussion@acfug.org
> *Subject:* [ACFUG Discuss] Ideal memory & Configuration for CF Production
> server?
>
>
>
> Hi,
>
> I was wondering what is the ideal memory you prefer on an CF Production
> server? We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.
>
> Any suggestions as far as If 4gb memory is good enough or it should be
> greater than that for a production server?
>
> Thanks,
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10
> 07:35:00
>
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10
> 07:35:00
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>
<>

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Troy Jones]

Then, yes, I would definitely set the heap up to 1024mb if it's not there 
already. That should alleviate most, if not all, of the slowness.

On that note, one thing I've run into is that the session scope can become 
quite obtrusive under load. Sites that carry a lot of session information with 
high traffic will eat up your memory pretty quickly. Maybe some code 
examination may be in order as well.

[cid:image001.jpg@01CA9535.4D3F4D80]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:16 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

We are on CF 7 windows server 2003. We are experiencing frequent slowness and 
the only option left to us is restart CF service every now and then.



http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

On Thu, Jan 14, 2010 at 4:12 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
Are you currently experiencing memory issues? Judging by what you say here, 
there may be some other issue going on besides what jrun.exe is using. But, if 
you're not having memory issues and you've got it to spare, I'd say go ahead 
and bump it up.

BTW, what version of CF?

[cid:image001.jpg@01CA9535.4D3F4D80]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:00 PM
To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

About 20 sites and high traffic site. I am not sure how many users though. I 
guess there is a limit of 4gb memory on 32 bit systems.

I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking 
193,604K of memory. So lsass.exe is using thrice as much.

Any suggestions?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.
On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
It could be. I'd be interested to know how many sites, what kind of traffic 
each site brings, that kind of thing. But, if I had 4gb of memory, I'd set my 
heap size to 1024mb. That is good enough usually unless you have a relatively 
high-load server environment.

[cid:image001.jpg@01CA9535.4D3F4D80]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 3:38 PM
To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

Hi,

I was wondering what is the ideal memory you prefer on an CF Production server? 
We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.

Any suggestions as far as If 4gb memory is good enough or it should be greater 
than that for a production server?

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Versio

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Derrick Peavy]

I run Blue Dragon 6.2.1 on a non intel server. (5 years old actually.)

8 GB RAM

4 GB to MySQL
2 GB to Blue Dragon (Cold fusion). w/ 1GB heap

All content is CF generated / DB. Check out site for your own  
judgement of speed, etc., http://www.collegeclassifieds.com


_
Derrick Peavy
derr...@derrickpeavy.com

“Innovation distinguishes between a leader and a follower.” -Steve Jobs

"A good deal that used to be a great deal, is not nearly as good as an  
awful deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_



On Jan 14, 2010, at 3:37 PM, Ajas Mohammed wrote:


Hi,

I was wondering what is the ideal memory you prefer on an CF  
Production server? We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ,  
4GB RAM.


Any suggestions as far as If 4gb memory is good enough or it should  
be greater than that for a production server?


Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high  
intention, sincere effort, intelligent direction and skillful  
execution; it represents the wise choice of many alternatives.

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

Yeah, we are planning to use Fusion Reactor to monitor our apps. In our
case, its client variables used throughout i.e. no session variables at all.
I will definitely monitor pages that are running slow to see what is going
on but knowing hardware setup is also important. So I was just trying to get
an idea of what others are doing.

Coming to heap size, i think ours is set at default 512, if I am right. I
will have to convince my team to up it to 1024mb. Does it improve
performance significantly? Just curious.

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Thu, Jan 14, 2010 at 4:19 PM, Troy Jones  wrote:

>  Then, yes, I would definitely set the heap up to 1024mb if it’s not there
> already. That should alleviate most, if not all, of the slowness.
>
>
>
> On that note, one thing I’ve run into is that the session scope can become
> quite obtrusive under load. Sites that carry a lot of session information
> with high traffic will eat up your memory pretty quickly. Maybe some code
> examination may be in order as well.
>
>
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
> facebook.com/dynapp <http://www.facebook.com/dynapp>
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 4:16 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> We are on CF 7 windows server 2003. We are experiencing frequent slowness
> and the only option left to us is restart CF service every now and then.
>
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>  On Thu, Jan 14, 2010 at 4:12 PM, Troy Jones  wrote:
>
> Are you currently experiencing memory issues? Judging by what you say here,
> there may be some other issue going on besides what jrun.exe is using. But,
> if you’re not having memory issues and you’ve got it to spare, I’d say go
> ahead and bump it up.
>
>
>
> BTW, what version of CF?
>
>
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
> facebook.com/dynapp <http://www.facebook.com/dynapp>
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 4:00 PM
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> About 20 sites and high traffic site. I am not sure how many users though.
> I guess there is a limit of 4gb memory on 32 bit systems.
>
> I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking
> 193,604K of memory. So lsass.exe is using thrice as much.
>
> Any suggestions?
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
> On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones  wrote:
>
> It could be. I’d be interested to know how many sites, what kind of traffic
> each site brings, that kind of thing. But, if I had 4gb of memory, I’d set
> my heap size to 1024mb. That is good enough usually unless you have a
> relatively high-load server environment.
>
>
>
> [image: da_logo_70x263]*
> **
> _

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Wes Byrd]

One thing to note, CF on a 32 bit Windows server can only be allocated 1280MB 
of RAM... even if the server has 4 GB of RAM... you can only allocate 1280MB.  
Anything higher than that, the service will not start.  This is not true for CF 
8.01 running on 64 bit operating systems.

Wes

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:00 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

About 20 sites and high traffic site. I am not sure how many users though. I 
guess there is a limit of 4gb memory on 32 bit systems.

I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking 
193,604K of memory. So lsass.exe is using thrice as much.

Any suggestions?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
It could be. I'd be interested to know how many sites, what kind of traffic 
each site brings, that kind of thing. But, if I had 4gb of memory, I'd set my 
heap size to 1024mb. That is good enough usually unless you have a relatively 
high-load server environment.

[cid:image001.jpg@01CA9537.01A10470]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 3:38 PM
To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

Hi,

I was wondering what is the ideal memory you prefer on an CF Production server? 
We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.

Any suggestions as far as If 4gb memory is good enough or it should be greater 
than that for a production server?

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10 
07:35:00

-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink<http://www.fusionlink.com>
-




-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-


<>

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Troy Jones]

It won't improve the speed per se, but it will stop the slowness and loss of 
http response caused by reaching your heap size maximum allowance. It will also 
free you up from having to watch it so closely and keep you from having to 
interrupt your client's service while you restart jrun.exe. It will also buy 
you some time to examine your code and monitor your apps to identify possible 
bottlenecks without having to continue the restart pattern you are currently 
experiencing. Even moving it up to 768mb should yield a significant improvement.

[cid:image001.jpg@01CA9537.066E43F0]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:26 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

Yeah, we are planning to use Fusion Reactor to monitor our apps. In our case, 
its client variables used throughout i.e. no session variables at all. I will 
definitely monitor pages that are running slow to see what is going on but 
knowing hardware setup is also important. So I was just trying to get an idea 
of what others are doing.

Coming to heap size, i think ours is set at default 512, if I am right. I will 
have to convince my team to up it to 1024mb. Does it improve performance 
significantly? Just curious.

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

On Thu, Jan 14, 2010 at 4:19 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
Then, yes, I would definitely set the heap up to 1024mb if it's not there 
already. That should alleviate most, if not all, of the slowness.

On that note, one thing I've run into is that the session scope can become 
quite obtrusive under load. Sites that carry a lot of session information with 
high traffic will eat up your memory pretty quickly. Maybe some code 
examination may be in order as well.

[cid:image001.jpg@01CA9537.066E43F0]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:16 PM

To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

We are on CF 7 windows server 2003. We are experiencing frequent slowness and 
the only option left to us is restart CF service every now and then.



http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.
On Thu, Jan 14, 2010 at 4:12 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
Are you currently experiencing memory issues? Judging by what you say here, 
there may be some other issue going on besides what jrun.exe is using. But, if 
you're not having memory issues and you've got it to spare, I'd say go ahead 
and bump it up.

BTW, what version of CF?

[cid:image001.jpg@01CA9537.066E43F0]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:00 PM
To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

About 20 sites and high traffic site. I am not sure how many users though. I 
guess there is a limit of 4gb memory on 32 bit systems.

I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking 
193,604K of me

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[axunderwood]

One thing to think about along this line of thinking is if you set up CF in a 
multiserver instance, you can allocate more ram to your heavy hitter by putting 
it in its own instance, and then group your light sites under another instance 
and allocate them their own memory as well.


From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Wes Byrd
Sent: Thursday, January 14, 2010 4:31 PM
To: discussion@acfug.org
Subject: RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

One thing to note, CF on a 32 bit Windows server can only be allocated 1280MB 
of RAM... even if the server has 4 GB of RAM... you can only allocate 1280MB.  
Anything higher than that, the service will not start.  This is not true for CF 
8.01 running on 64 bit operating systems.

Wes

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 4:00 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

About 20 sites and high traffic site. I am not sure how many users though. I 
guess there is a limit of 4gb memory on 32 bit systems.

I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking 
193,604K of memory. So lsass.exe is using thrice as much.

Any suggestions?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones 
mailto:t...@dynapp.com>> wrote:
It could be. I'd be interested to know how many sites, what kind of traffic 
each site brings, that kind of thing. But, if I had 4gb of memory, I'd set my 
heap size to 1024mb. That is good enough usually unless you have a relatively 
high-load server environment.

[cid:248293721@14012010-0528]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Thursday, January 14, 2010 3:38 PM
To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

Hi,

I was wondering what is the ideal memory you prefer on an CF Production server? 
We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.

Any suggestions as far as If 4gb memory is good enough or it should be greater 
than that for a production server?

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10 
07:35:00

-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink<http://www.fusionlink.com>
-


-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink<http://www.fusionlink.com>
-



-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-


<>

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

yeah, thats a good idea. Unfortunately, we are so far down the road that I
doubt the management would not be willing to do separate instances. I love
that idea as it saves other sites from issues.

Wonder if someone chose that route after having issues with sites. It would
take lot of effort and lot of convincing of upper management to make that
kind of move.

I was still wondering about point made by Wes that CF on 32 bit windows
server can only be allocated 1280mb of ram. Is there a setting which I am
missing or can  someone point me to the documentation?

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Thu, Jan 14, 2010 at 4:38 PM,  wrote:

>  One thing to think about along this line of thinking is if you set up CF
> in a multiserver instance, you can allocate more ram to your heavy hitter by
> putting it in its own instance, and then group your light sites under
> another instance and allocate them their own memory as well.
>
>  --
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Wes Byrd
> *Sent:* Thursday, January 14, 2010 4:31 PM
> *To:* discussion@acfug.org
> *Subject:* RE: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>  One thing to note, CF on a 32 bit Windows server can only be allocated
> 1280MB of RAM… even if the server has 4 GB of RAM… you can only allocate
> 1280MB.  Anything higher than that, the service will not start.  This is not
> true for CF 8.01 running on 64 bit operating systems.
>
>
>
> Wes
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 4:00 PM
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> About 20 sites and high traffic site. I am not sure how many users though.
> I guess there is a limit of 4gb memory on 32 bit systems.
>
> I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking
> 193,604K of memory. So lsass.exe is using thrice as much.
>
> Any suggestions?
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>  On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones  wrote:
>
> It could be. I’d be interested to know how many sites, what kind of traffic
> each site brings, that kind of thing. But, if I had 4gb of memory, I’d set
> my heap size to 1024mb. That is good enough usually unless you have a
> relatively high-load server environment.
>
>
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
> facebook.com/dynapp <http://www.facebook.com/dynapp>
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, January 14, 2010 3:38 PM
> *To:* discussion@acfug.org
> *Subject:* [ACFUG Discuss] Ideal memory & Configuration for CF Production
> server?
>
>
>
> Hi,
>
> I was wondering what is the ideal memory you prefer on an CF Production
> server? We are running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.
>
> Any suggestions as far as If 4gb memory is good enough or it should be
> greater than that for a production server?
>
> Thanks,
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.432 / Virus Database: 270.14.131/2609 - Release Date: 01/14/10

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[shawn gorrell]

32 bit Windows cannot even fully address 4GB of RAM to begin with. The actual addressable amount is somewhere in the 3 1/2 ballpark. By the time you add in the other services allocations on there, it makes sense for the CF allocation to be around what Wes stated. From: Ajas Mohammed To: discussion@acfug.orgSent: Thu, January 14, 2010 4:51:25 PMSubject: Re: [ACFUG Discuss] Ideal
 memory & Configuration for CF Production  server?
yeah, thats a good idea. Unfortunately, we are so far down the road that I doubt the management would not be willing to do separate instances. I love that idea as it saves other sites from issues. Wonder if someone chose that route after having issues with sites. It would take lot of effort and lot of convincing of upper management to make that kind of move.
I was still wondering about point made by Wes that CF on 32 bit windows server can only be allocated 1280mb of ram. Is there a setting which I am missing or can  someone point me to the documentation?Thanks,
http://ajashadi.blogspot.comWe cannot become what we need to be, remaining what we are.No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.Quality is never an accident; it is always the result of high intention, sincere effort, intelligent direction and skillful execution; it represents the wise choice of many alternatives.

On Thu, Jan 14, 2010 at 4:38 PM,  <axunderw...@ups.com> wrote:







One thing to think about along this line of thinking is if 
you set up CF in a multiserver instance, you can allocate more ram to your heavy 
hitter by putting it in its own instance, and then group your light sites under 
another instance and allocate them their own memory as well.  



From: ad...@acfug.org [mailto:ad...@acfug.org] 
On Behalf Of Wes ByrdSent: Thursday, January 14, 2010 4:31 
PMTo: discussion@acfug.orgSubject: RE: [ACFUG Discuss] 
Ideal memory & Configuration for CF Production server?


One 
thing to note, CF on a 32 bit Windows server can only be allocated 1280MB of 
RAM… even if the server has 4 GB of RAM… you can only allocate 1280MB.  
Anything higher than that, the service will not start.  This is not true 
for CF 8.01 running on 64 bit operating systems.
 
Wes
 

From: ad...@acfug.org 
[mailto:ad...@acfug.org] On Behalf Of Ajas MohammedSent: 
Thursday, January 14, 2010 4:00 PMTo: 
discussion@acfug.orgSubject: Re: [ACFUG Discuss] Ideal memory & 
Configuration for CF Production server?
 
About 20 sites and high traffic 
site. I am not sure how many users though. I guess there is a limit of 4gb 
memory on 32 bit systems. I noticed lsass.exe is taking 600,000K of 
memory and jrun.exe is taking 193,604K of memory. So lsass.exe is using thrice 
as much. Any suggestions?http://ajashadi.blogspot.comWe 
cannot become what we need to be, remaining what we are.No matter what, find 
a way. Because thats what winners do.You can't improve what you don't 
measure.Quality is never an accident; it is always the result of high 
intention, sincere effort, intelligent direction and skillful execution; it 
represents the wise choice of many alternatives.

On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones <t...@dynapp.com> wrote:


It could be. I’d be interested to know 
how many sites, what kind of traffic each site brings, that kind of thing. But, 
if I had 4gb of memory, I’d set my heap size to 1024mb. That is good enough 
usually unless you have a relatively high-load server 
environment.
 

___
Troy Jones  |  Director of Technical 
Services  |  Dynapp Inc  |  1-800-830-5192  ext. 
603  |  dynapp.com  |  facebook.com/dynapp

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of 
Ajas MohammedSent: Thursday, January 14, 2010 3:38 
PMTo: discussion@acfug.orgSubject: [ACFUG Discuss] Ideal 
memory & Configuration for CF Production server?


 
Hi,I was 
wondering what is the ideal memory you prefer on an CF Production server? We are 
running Intel Xeon  CPU E 5450 @ 3.00 GHZ, 4GB RAM.Any suggestions 
as far as If 4gb memory is good enough or it should be greater than that for a 
production server?Thanks,http://ajashadi.blogspot.comWe cannot become what we need 
to be, remaining what we are.No matter what, find a way. Because thats what 
winners do.You can't improve what you don't measure.Quality is never an 
accident; it is always the result of high intention, sincere effort, intelligent 
direction and skillful execution; it represents the wise choice of many 
alternatives.
No virus found in this incoming 
message.Checked by AVG - www.avg.comVersion: 8.5.432 / Virus Database: 
270.14.131/2609 - Release Date: 01/14/10 
07:35:00
- 
To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more 
info, see http://www.acfug.org/mailinglists Ar

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Teddy R. Payne]

Google is your friend:

http://lmgtfy.com/?q=maximum+coldfusion+heap+size+windows+32


Teddy R. Payne, ACCFD
Google Talk - teddyrpa...@gmail.com



On Thu, Jan 14, 2010 at 4:55 PM, shawn gorrell  wrote:

> 32 bit Windows cannot even fully address 4GB of RAM to begin with. The
> actual addressable amount is somewhere in the 3 1/2 ballpark. By the time
> you add in the other services allocations on there, it makes sense for the
> CF allocation to be around what Wes stated.
>
> --
> *From:* Ajas Mohammed 
> *To:* discussion@acfug.org
> *Sent:* Thu, January 14, 2010 4:51:25 PM
>
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
> yeah, thats a good idea. Unfortunately, we are so far down the road that I
> doubt the management would not be willing to do separate instances. I love
> that idea as it saves other sites from issues.
>
> Wonder if someone chose that route after having issues with sites. It would
> take lot of effort and lot of convincing of upper management to make that
> kind of move.
>
> I was still wondering about point made by Wes that CF on 32 bit windows
> server can only be allocated 1280mb of ram. Is there a setting which I am
> missing or can  someone point me to the documentation?
>
> Thanks,
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>
> On Thu, Jan 14, 2010 at 4:38 PM,  wrote:
>
>>  One thing to think about along this line of thinking is if you set up CF
>> in a multiserver instance, you can allocate more ram to your heavy hitter by
>> putting it in its own instance, and then group your light sites under
>> another instance and allocate them their own memory as well.
>>
>>  --
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Wes Byrd
>> *Sent:* Thursday, January 14, 2010 4:31 PM
>> *To:* discussion@acfug.org
>> *Subject:* RE: [ACFUG Discuss] Ideal memory & Configuration for CF
>> Production server?
>>
>>  One thing to note, CF on a 32 bit Windows server can only be allocated
>> 1280MB of RAM… even if the server has 4 GB of RAM… you can only allocate
>> 1280MB.  Anything higher than that, the service will not start.  This is not
>> true for CF 8.01 running on 64 bit operating systems.
>>
>>
>>
>> Wes
>>
>>
>>
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
>> Mohammed
>> *Sent:* Thursday, January 14, 2010 4:00 PM
>> *To:* discussion@acfug.org
>> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
>> Production server?
>>
>>
>>
>> About 20 sites and high traffic site. I am not sure how many users though.
>> I guess there is a limit of 4gb memory on 32 bit systems.
>>
>> I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking
>> 193,604K of memory. So lsass.exe is using thrice as much.
>>
>> Any suggestions?
>>
>> 
>> http://ajashadi.blogspot.com
>> We cannot become what we need to be, remaining what we are.
>> No matter what, find a way. Because thats what winners do.
>> You can't improve what you don't measure.
>> Quality is never an accident; it is always the result of high intention,
>> sincere effort, intelligent direction and skillful execution; it represents
>> the wise choice of many alternatives.
>>
>>  On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones  wrote:
>>
>> It could be. I’d be interested to know how many sites, what kind of
>> traffic each site brings, that kind of thing. But, if I had 4gb of memory,
>> I’d set my heap size to 1024mb. That is good enough usually unless you have
>> a relatively high-load server environment.
>>
>>
>>
>> [image: da_logo_70x263]*
>> **
>> ___
>> **
>> *
>> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
>> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
>> facebook.com/dynapp <http://www.facebook.com/dynapp>
>>
>>
>>
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
>> Mohammed
>> *Sent:* Thursday, Ja

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

So, everyone here is pretty much on 64 bit systems? Just curious.

Thanks Teddy for the link.


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Thu, Jan 14, 2010 at 4:55 PM, shawn gorrell  wrote:

> 32 bit Windows cannot even fully address 4GB of RAM to begin with. The
> actual addressable amount is somewhere in the 3 1/2 ballpark. By the time
> you add in the other services allocations on there, it makes sense for the
> CF allocation to be around what Wes stated.
>
> --
> *From:* Ajas Mohammed 
> *To:* discussion@acfug.org
> *Sent:* Thu, January 14, 2010 4:51:25 PM
>
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
> yeah, thats a good idea. Unfortunately, we are so far down the road that I
> doubt the management would not be willing to do separate instances. I love
> that idea as it saves other sites from issues.
>
> Wonder if someone chose that route after having issues with sites. It would
> take lot of effort and lot of convincing of upper management to make that
> kind of move.
>
> I was still wondering about point made by Wes that CF on 32 bit windows
> server can only be allocated 1280mb of ram. Is there a setting which I am
> missing or can  someone point me to the documentation?
>
> Thanks,
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>
> On Thu, Jan 14, 2010 at 4:38 PM,  wrote:
>
>>  One thing to think about along this line of thinking is if you set up CF
>> in a multiserver instance, you can allocate more ram to your heavy hitter by
>> putting it in its own instance, and then group your light sites under
>> another instance and allocate them their own memory as well.
>>
>>  ------
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Wes Byrd
>> *Sent:* Thursday, January 14, 2010 4:31 PM
>> *To:* discussion@acfug.org
>> *Subject:* RE: [ACFUG Discuss] Ideal memory & Configuration for CF
>> Production server?
>>
>>  One thing to note, CF on a 32 bit Windows server can only be allocated
>> 1280MB of RAM… even if the server has 4 GB of RAM… you can only allocate
>> 1280MB.  Anything higher than that, the service will not start.  This is not
>> true for CF 8.01 running on 64 bit operating systems.
>>
>>
>>
>> Wes
>>
>>
>>
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
>> Mohammed
>> *Sent:* Thursday, January 14, 2010 4:00 PM
>> *To:* discussion@acfug.org
>> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
>> Production server?
>>
>>
>>
>> About 20 sites and high traffic site. I am not sure how many users though.
>> I guess there is a limit of 4gb memory on 32 bit systems.
>>
>> I noticed lsass.exe is taking 600,000K of memory and jrun.exe is taking
>> 193,604K of memory. So lsass.exe is using thrice as much.
>>
>> Any suggestions?
>>
>> 
>> http://ajashadi.blogspot.com
>> We cannot become what we need to be, remaining what we are.
>> No matter what, find a way. Because thats what winners do.
>> You can't improve what you don't measure.
>> Quality is never an accident; it is always the result of high intention,
>> sincere effort, intelligent direction and skillful execution; it represents
>> the wise choice of many alternatives.
>>
>>  On Thu, Jan 14, 2010 at 3:44 PM, Troy Jones  wrote:
>>
>> It could be. I’d be interested to know how many sites, what kind of
>> traffic each site brings, that kind of thing. But, if I had 4gb of memory,
>> I’d set my heap size to 1024mb. That is good enough usually unless you have
>> a relatively high-load server environment.
>>
>>
>>
>> [image: da_logo_70x263]*
>> **
>> ___
>> **
>> *
>> *Troy Jones*  |  Director of Technica

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Wow, guys, I would offer significant  caution about a lot of the assertions
here.

It's NOT always true that increasing memory will improve performance. Not at
all. Indeed, there are times when increasing the heap could cause MORE
problems (and even just raising it from 512 to 768). It's too much to get
into in a mail thread, but let me just say that if you ever get the error,
"outofmemory - unable to create new native threads", that is NOT a sign that
you should INCREASE the heap. Indeed, it may be an indication that you
should DECREASE it (to give more space to the stack, where threads are being
created and there's not enough room left because of the higher heap size).

You should only increase memory if you have evidence of needing it-whether
that's other (real) outofmemory errors in the CF runtime logs, or by viewing
memory use in a tool like FusionReactor, SeeFusion, the CF8/9 Enterprise
monitor, VisualVM, or the like. (And even two of those can mislead you:
SeeFusion and the CF Monitor report the percent of used versus currently
allocated memory. If you have not set min=max heap, then t may seem that the
heap is "full" by their graphs when in fact it's just that you're only near
the top of currently allocated memory and there's plenty more it can/will
allocate when it needs it, up to the Max. FusionReactor correctly reports
all three: used, allocated, and max.) 

And even if you do show you're starting to run low on memory, I would argue
first that you should find the cause of the high memory use before raising
it. Usually there's an explanation. I've helped many do that to avoid
needing to increase memory (even if they could without the native thread
problem.)

Similarly, Ajas has described having a slow machine. I really don't agree
with concluding that this has ANYTHING to do with memory. There are dozens
of other explanations for a slow machine, and in my troubleshooting
consulting I nearly always help people find that they are not EVEN code (or
SQL) issues. They're nearly always configuration issues (or surprising and
unexpected traffic, or other things).

Bottom line: we in the CF world need to temper our jumping on "solutions"
without diagnostics and measurements. I see WAY too many blog entries and
mailing list threads where people are trading JVM tweaks-when they have not
yet even proven that this is where the root cause of the problem is.

Not meaning to embarrass anyone here. That's why I'm not replying
specifically to anyone. It really is a bigger concern as it's so prevalent.
Nor am I saying this all to drive people to use my troubleshooting
consulting. I'm just saying that we need to avail ourselves of the various
logs and diagnostic tools, whether built-in, enable-able, or purchasable.)

In fact, to help this very issue, I am planning to start a weekly call-in
web radio show which I will call CF911, to both discuss these things and
take caller questions (or feedback/correction from other listeners).



/charlie




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Derrick Peavy]

Charlie:

I have seen those errors before and would in the past, adjust both  
java Vm settings and heap size in the BD admin console, as well as  
MySQL settings. I did that over many months a few years back. Using  
the same system today.


The settings I use now yielded the best results - no errors, faster  
execution times, no crashes, low cpu usage. However


I do agree with you that there are often many other issues to solve.  
In fact, thinking back to our meeting back in 2004 when you helped me  
set up BD on my XServe and thus made me a BD fan forever, it was  
obvious then that there were other issues to solve and that BD/CF was  
not the issue.


Over the past 5 years, BD 6 has proven to be very reliable and robust  
and I generate a fair number of page views on a daily basis.  
Yesterday, for example, 79,000 CF pages generated - granted 72,000  
were spider/crawlers and only 7,000 were user page views. But as far  
as the data execution, a page load is a page load. And that does not  
include the 10,000 RSS feeds generated on the fly. So...


When I've run into problems in the past, it's generally been either an  
SQL statement that I did not think through, or a server issue - mail  
problems, FTP break in attempt, etc.,


All that being said, over the pst 5 years, we've taken pains to  
simplify the roles of the server itself so that it is not doing 100  
various things. DNS, a single mail account, a very few select  number  
of FTP users, firewall and then web. That's it. No custom install  
stuff, very strict clean OS.  And with that, the settings I have used  
for BD (CF) remain the best for my situation. 4 GB to MySQL, 2 GB to  
BD w/1GB heap.


I say "best" because I sleep at night and don't have errors, excessive  
CPU or other crazy issues. Perhaps someone could tweak it more. But  
it's a proven set up.


_
Derrick Peavy
derr...@derrickpeavy.com

“Innovation distinguishes between a leader and a follower.” -Steve Jobs

"A good deal that used to be a great deal, is not nearly as good as an  
awful deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_



On Jan 14, 2010, at 7:18 PM, Charlie Arehart wrote:

Wow, guys, I would offer significant  caution about a lot of the  
assertions here.


It’s NOT always true that increasing memory will improve  
performance. Not at all. Indeed, there are times when increasing the  
heap could cause MORE problems (and even just raising it from 512 to  
768). It’s too much to get into in a mail thread, but let me just  
say that if you ever get the error, “outofmemory – unable to create  
new native threads”, that is NOT a sign that you should INCREASE the  
heap. Indeed, it may be an indication that you should DECREASE it  
(to give more space to the stack, where threads are being created  
and there’s not enough room left because of the higher heap size).


You should only increase memory if you have evidence of needing it— 
whether that’s other (real) outofmemory errors in the CF runtime  
logs, or by viewing memory use in a tool like FusionReactor,  
SeeFusion, the CF8/9 Enterprise monitor, VisualVM, or the like. (And  
even two of those can mislead you: SeeFusion and the CF Monitor  
report the percent of used versus currently allocated memory. If you  
have not set min=max heap, then t may seem that the heap is “full”  
by their graphs when in fact it’s just that you’re only near the top  
of currently allocated memory and there’s plenty more it can/will  
allocate when it needs it, up to the Max. FusionReactor correctly  
reports all three: used, allocated, and max.)


And even if you do show you’re starting to run low on memory, I  
would argue first that you should find the cause of the high memory  
use before raising it. Usually there’s an explanation. I’ve helped  
many do that to avoid needing to increase memory (even if they could  
without the native thread problem.)


Similarly, Ajas has described having a slow machine. I really don’t  
agree with concluding that this has ANYTHING to do with memory.  
There are dozens of other explanations for a slow machine, and in my  
troubleshooting consulting I nearly always help people find that  
they are not EVEN code (or SQL) issues. They’re nearly always  
configuration issues (or surprising and unexpected traffic, or other  
things).


Bottom line: we in the CF world need to temper our jumping on  
“solutions” without diagnostics and measurements. I see WAY too many  
blog entries and mailing list threads where people are trading JVM  
tweaks—when they have not yet even proven that this is where the  
root cause of the problem is.


Not meaning to embarrass anyone here. That’s why I’m not replying  
specifically to anyone. It really is a bigger concern as it’s so  
prevalent.  Nor am I saying this all to drive people to use my  
troubleshooting consulting. I’m just saying that we need to avail  
ourselves of the various logs and

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

To be clear, I wasn't referring at all to anything about you or setup
Derrick. :-) Still, as you're saying, yes there are also those kinds of
issues that can cause problems as well. Good that you've isolated a lot of
them.

That said, as for your moving to BD, I will argue that when some have
asserted that only another CFML engine was capable of handling their load, I
always wonder if their problem with CF was really what it appeared to be on
the surface. In fact, someone could install a new engine on the same machine
talking to the same DB with the same load as CF did, and argue that it was
better, and I would be willing to bet that a new install of CF could also
have had the same improvement. Again, too much to get into in this thread,
but I can attest to the situations.

So I'm not knocking the other engines. I'm just saying that sometimes the
moves to them (or off of CFML to some other platform) could have maybe been
avoided by just getting to the root cause of the problems. There are nearly
always discernable explanations, if one knows where to look and how to
connect the dots. 

And to be clear, there are indeed many here who can and do just that, so I'm
not saying I'm a superhero. I'm just saying that in addition to 12 years
with CF and 25 in IT, I've also focused the past 3 solely on CF server
troubleshooting, and I've learned an awful lot. I've had the benefit of
learning from many here on this list. More than that, I've been able to make
it my day's work each day to focus on this stuff, so it's a unique blessing.
I realize why most can't do this in their day. 

All I'm saying is that I want to help people be more effective in their
trying to understand and resolve CF (or other CFML engine) problems. The
problems (and solutions) are not always what they seem on the surface. :-)
The good news is that there is a lot of info out there, it's just a matter
of finding the right info for the right problem-and synthesizing it. I'll do
what I can in coming years to help with that (the radio show, a planned
wiki, and more). 

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick Peavy
Sent: Thursday, January 14, 2010 7:39 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Charlie:

 

I have seen those errors before and would in the past, adjust both java Vm
settings and heap size in the BD admin console, as well as MySQL settings. I
did that over many months a few years back. Using the same system today. 

 

The settings I use now yielded the best results - no errors, faster
execution times, no crashes, low cpu usage. However

 

I do agree with you that there are often many other issues to solve. In
fact, thinking back to our meeting back in 2004 when you helped me set up BD
on my XServe and thus made me a BD fan forever, it was obvious then that
there were other issues to solve and that BD/CF was not the issue.

 

Over the past 5 years, BD 6 has proven to be very reliable and robust and I
generate a fair number of page views on a daily basis. Yesterday, for
example, 79,000 CF pages generated - granted 72,000 were spider/crawlers and
only 7,000 were user page views. But as far as the data execution, a page
load is a page load. And that does not include the 10,000 RSS feeds
generated on the fly. So...

 

When I've run into problems in the past, it's generally been either an SQL
statement that I did not think through, or a server issue - mail problems,
FTP break in attempt, etc.,

 

All that being said, over the pst 5 years, we've taken pains to simplify the
roles of the server itself so that it is not doing 100 various things. DNS,
a single mail account, a very few select  number of FTP users, firewall and
then web. That's it. No custom install stuff, very strict clean OS.  And
with that, the settings I have used for BD (CF) remain the best for my
situation. 4 GB to MySQL, 2 GB to BD w/1GB heap.

 

I say "best" because I sleep at night and don't have errors, excessive CPU
or other crazy issues. Perhaps someone could tweak it more. But it's a
proven set up. 


_

Derrick Peavy

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Derrick Peavy]

I for one appreciate your efforts!

OT - was asked yesterday during a bus dev call "what is your site  
built in/with" that old saw. When I said cold fusion they chuckled.  
This from a 26 year old. No matter. He asked what other sites are  
built with CF.  That old saw. Used to be a list but I am not sure it's  
kept up anymore.


The one that came to mind was Bank of America, but there are other big  
ones.


_
Derrick Peavy
derr...@derrickpeavy.com

“Innovation distinguishes between a leader and a follower.” -Steve Jobs

"A good deal that used to be a great deal, is not nearly as good as an  
awful deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_



On Jan 14, 2010, at 8:19 PM, Charlie Arehart wrote:

To be clear, I wasn’t referring at all to anything about you or  
setup Derrick. :-) Still, as you’re saying, yes there are also those  
kinds of issues that can cause problems as well. Good that you’ve  
isolated a lot of them.


That said, as for your moving to BD, I will argue that when some  
have asserted that only another CFML engine was capable of handling  
their load, I always wonder if their problem with CF was really what  
it appeared to be on the surface. In fact, someone could install a  
new engine on the same machine talking to the same DB with the same  
load as CF did, and argue that it was better, and I would be willing  
to bet that a new install of CF could also have had the same  
improvement. Again, too much to get into in this thread, but I can  
attest to the situations.


So I’m not knocking the other engines. I’m just saying that  
sometimes the moves to them (or off of CFML to some other platform)  
could have maybe been avoided by just getting to the root cause of  
the problems. There are nearly always discernable explanations, if  
one knows where to look and how to connect the dots.


And to be clear, there are indeed many here who can and do just  
that, so I’m not saying I’m a superhero. I’m just saying that in  
addition to 12 years with CF and 25 in IT, I’ve also focused the  
past 3 solely on CF server troubleshooting, and I’ve learned an  
awful lot. I’ve had the benefit of learning from many here on this  
list. More than that, I’ve been able to make it my day’s work each  
day to focus on this stuff, so it’s a unique blessing. I realize why  
most can’t do this in their day.


All I’m saying is that I want to help people be more effective in  
their trying to understand and resolve CF (or other CFML engine)  
problems. The problems (and solutions) are not always what they seem  
on the surface. :-) The good news is that there is a lot of info out  
there, it’s just a matter of finding the right info for the right  
problem—and synthesizing it. I’ll do what I can in coming years to  
help with that (the radio show, a planned wiki, and more).


/charlie

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick  
Peavy

Sent: Thursday, January 14, 2010 7:39 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF  
Production server?


Charlie:

I have seen those errors before and would in the past, adjust both  
java Vm settings and heap size in the BD admin console, as well as  
MySQL settings. I did that over many months a few years back. Using  
the same system today.


The settings I use now yielded the best results - no errors, faster  
execution times, no crashes, low cpu usage. However


I do agree with you that there are often many other issues to solve.  
In fact, thinking back to our meeting back in 2004 when you helped  
me set up BD on my XServe and thus made me a BD fan forever, it was  
obvious then that there were other issues to solve and that BD/CF  
was not the issue.


Over the past 5 years, BD 6 has proven to be very reliable and  
robust and I generate a fair number of page views on a daily basis.  
Yesterday, for example, 79,000 CF pages generated - granted 72,000  
were spider/crawlers and only 7,000 were user page views. But as far  
as the data execution, a page load is a page load. And that does not  
include the 10,000 RSS feeds generated on the fly. So...


When I've run into problems in the past, it's generally been either  
an SQL statement that I did not think through, or a server issue -  
mail problems, FTP break in attempt, etc.,


All that being said, over the pst 5 years, we've taken pains to  
simplify the roles of the server itself so that it is not doing 100  
various things. DNS, a single mail account, a very few select   
number of FTP users, firewall and then web. That's it. No custom  
install stuff, very strict clean OS.  And with that, the settings I  
have used for BD (CF) remain the best for my situation. 4 GB to  
MySQL, 2 GB to BD w/1GB heap.


I say "best" because I sleep at night and don't have errors,  
excessive CPU or other crazy issu

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Thanks, and to your next observation, I'll note that I do list resources
listing sites using CF in my CF411:

 

http://www.carehart.org/cf411/#cfpowered

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick Peavy
Sent: Thursday, January 14, 2010 8:31 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

I for one appreciate your efforts!


OT - was asked yesterday during a bus dev call "what is your site built
in/with" that old saw. When I said cold fusion they chuckled. This from a 26
year old. No matter. He asked what other sites are built with CF.  That old
saw. Used to be a list but I am not sure it's kept up anymore.

 

The one that came to mind was Bank of America, but there are other big ones.


 

_

Derrick Peavy

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

Thanks Charlie and others as well.

Charlie, your long emails are always helpful. Thanks for sharing. :-)

I was looking at client storage tables in the 15 databases we have and the
record count is about 388466 in both CDATA and CGLOBAL. And this count is
pretty much same in *Every* 15 of the databases CDATA, CGLOBAL. I am trying
to find why we have so many records. If the flush is set for 1 hr 7 minutes
by default, then I wonder why we have so many records. I believe we have
client variables to expire if not visited in 2 days or so.

Any thoughts about high number of records in CDATA & CGLOBAL. Can people
share their numbers i.e. record count etc

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Fri, Jan 15, 2010 at 7:31 PM, Charlie Arehart wrote:

>  Thanks, and to your next observation, I’ll note that I do list resources
> listing sites using CF in my CF411:
>
>
>
> http://www.carehart.org/cf411/#cfpowered
>
>
>
> /charlie
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Derrick
> Peavy
> *Sent:* Thursday, January 14, 2010 8:31 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> I for one appreciate your efforts!
>
> *
> *OT - was asked yesterday during a bus dev call "what is your site built
> in/with" that old saw. When I said cold fusion they chuckled. This from a 26
> year old. No matter. He asked what other sites are built with CF.  That old
> saw. Used to be a list but I am not sure it's kept up anymore.
>
>
>
> The one that came to mind was Bank of America, but there are other big
> ones.
>
>
>
> *_*
>
> *Derrick Peavy*
>
>
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Derrick Peavy]

Ajas:

As always, I caveat my reply with "I am not the usual developer."

First, I only have one database for client storage for all of the CF  
apps on the server. Since, there are only a few on the server, and  
only 1 is NOT -MY- app, it's not a problem.


So, that solves a large part of the problem. At least with Blue  
Dragon, the table structure includes a field for the app name. So, I  
can't see a reasonable possibility of any problems.


Second, I expire sessions within 20 or 30 minutes. So, I really don't  
need the non identifiable old records laying around for very long.


In addition to the admin settings of expire in X days, I run a script  
four times a day which does a very quick, simple, clean thing - delete  
records from the database that are more than 6 hours old. This keeps  
my database used for client storage down to 40-100 MB in size  
depending on the day and the traffic load.


_
Derrick Peavy
derr...@derrickpeavy.com
404-786-5036

“Innovation distinguishes between a leader and a follower.” -Steve Jobs

"A good deal that used to be a great deal, is not nearly as good as an  
awful deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_



On Jan 24, 2010, at 10:15 PM, Ajas Mohammed wrote:


Thanks Charlie and others as well.

Charlie, your long emails are always helpful. Thanks for sharing. :-)

I was looking at client storage tables in the 15 databases we have  
and the record count is about 388466 in both CDATA and CGLOBAL. And  
this count is pretty much same in *Every* 15 of the databases CDATA,  
CGLOBAL. I am trying to find why we have so many records. If the  
flush is set for 1 hr 7 minutes by default, then I wonder why we  
have so many records. I believe we have client variables to expire  
if not visited in 2 days or so.


Any thoughts about high number of records in CDATA & CGLOBAL. Can  
people share their numbers i.e. record count etc


Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high  
intention, sincere effort, intelligent direction and skillful  
execution; it represents the wise choice of many alternatives.



On Fri, Jan 15, 2010 at 7:31 PM, Charlie Arehart  
 wrote:
Thanks, and to your next observation, I’ll note that I do list  
resources listing sites using CF in my CF411:



http://www.carehart.org/cf411/#cfpowered


/charlie


From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick  
Peavy

Sent: Thursday, January 14, 2010 8:31 PM


To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF  
Production server?



I for one appreciate your efforts!


OT - was asked yesterday during a bus dev call "what is your site  
built in/with" that old saw. When I said cold fusion they chuckled.  
This from a 26 year old. No matter. He asked what other sites are  
built with CF.  That old saw. Used to be a list but I am not sure  
it's kept up anymore.



The one that came to mind was Bank of America, but there are other  
big ones.



_

Derrick Peavy



-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink
-

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

Derrick, do you mind sharing the script or logic off the list?

I installed FusionReactor and here is what I have found so far.

Some pages are taking 8-25 seconds. Found out that there are bad indexes.

Here are the stats
Average Request Time (ms)248
Used Memory (KB)(12%) 62,903
Allocated Memory (KB)73,792
Maximum memory (KB)504,896
Free memory (KB)441,992

So looks like memory is not an issue. Then I checked CPU usage as well and
CPU also doesnt spike up meaning its the calls to database which is causing
issues so far.

I will keep you all updated on this and my journey with FusionReactor.

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Sun, Jan 24, 2010 at 10:39 PM, Derrick Peavy wrote:

> Ajas:
>
> As always, I caveat my reply with "I am not the usual developer."
>
> First, I only have one database for client storage for all of the CF apps
> on the server. Since, there are only a few on the server, and only 1 is NOT
> -MY- app, it's not a problem.
>
> So, that solves a large part of the problem. At least with Blue Dragon, the
> table structure includes a field for the app name. So, I can't see a
> reasonable possibility of any problems.
>
> Second, I expire sessions within 20 or 30 minutes. So, I really don't need
> the non identifiable old records laying around for very long.
>
> In addition to the admin settings of expire in X days, I run a script four
> times a day which does a very quick, simple, clean thing - delete records
> from the database that are more than 6 hours old. This keeps my database
> used for client storage down to 40-100 MB in size depending on the day and
> the traffic load.
> *
> _*
> *Derrick Peavy*
> derr...@derrickpeavy.com
> 404-786-5036
> *
> *
> *“Innovation distinguishes between a leader and a follower.” -Steve Jobs*
> *
> *
> *"A good deal that used to be a great deal, is not nearly as good as an
> awful deal that was once a horrible deal." - Dan Gilbert,
> http://bit.ly/8gUruX*
> *_*
>
>
>
> On Jan 24, 2010, at 10:15 PM, Ajas Mohammed wrote:
>
> Thanks Charlie and others as well.
>
> Charlie, your long emails are always helpful. Thanks for sharing. :-)
>
> I was looking at client storage tables in the 15 databases we have and the
> record count is about 388466 in both CDATA and CGLOBAL. And this count is
> pretty much same in *Every* 15 of the databases CDATA, CGLOBAL. I am trying
> to find why we have so many records. If the flush is set for 1 hr 7 minutes
> by default, then I wonder why we have so many records. I believe we have
> client variables to expire if not visited in 2 days or so.
>
> Any thoughts about high number of records in CDATA & CGLOBAL. Can people
> share their numbers i.e. record count etc
>
> Thanks,
>
> 
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>
> On Fri, Jan 15, 2010 at 7:31 PM, Charlie Arehart wrote:
>
>>  Thanks, and to your next observation, I’ll note that I do list resources
>> listing sites using CF in my CF411:
>>
>>
>> http://www.carehart.org/cf411/#cfpowered
>>
>>
>> /charlie
>>
>>
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Derrick
>> Peavy
>> *Sent:* Thursday, January 14, 2010 8:31 PM
>>
>> *To:* discussion@acfug.org
>> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
>> Production server?
>>
>>
>>
>> I for one appreciate your efforts!
>>
>> *
>> *OT - was asked yesterday during a bus dev call "what is your site built
>> in/with" that old saw. When I said cold fusion they chuckled. This from a 26
>> year old. No matter. He asked what other sites are built with CF.  That old
>> saw. Used to be a list but I am not sure it's kept up anymore.
>>
>>
>> The one that came to mind was Bank of America, but there are other big
>> ones.
>>
>>
>> *_*
>>
>> *Derrick Peavy*
>>
>>
>> -
>> To unsubscribe from this list, manage your profile @
>> http://www.acfug.org?fa=login.edituserform
>>
>> For more info, see http://www.acfug.org/mailinglists
>> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
>> List hosted by FusionLink <http://www.fusionlink.com>
>> -
>>
>
>
>

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Thanks, Ajas.

As for your problem, it's not at all uncommon--and in fact it's a
potentially severe problem that I believe has caused some to abandon CF,
thinking that "it can't scale". What's most tragic about this is that it's a
single check-box that can resolve it, but the default in CF is for it to NOT
be checked. Once you understand what it does and how it works, if you can
turn it off (by checking the checkbox), then it can make all the difference
for some CF shops, and yours seems one well-suited to it.

I won't elaborate with a long note -- this time! :-) -- but I can point
those interested in this to either a (lengthy) blog entry I did or the
recording of a CFMeetup presentation I did that addresses the issue:

http://www.carehart.org/blog/client/index.cfm/2006/10/4/bots_and_spiders_and
_poor_CF_performance   

http://experts.na3.acrobat.com/p56344520/ 


I will add, as well, that this is the very sort of problem that I often help
people with in my consulting (whether finding if this is the explanation for
troubles, or once found helping them remediate the problem.) It's a problem
that's not only more widespread than many may realize, but it's also not
well-documented in bringing together the several points that need to be
understood. Sadly, it's hard to communicate all that needs to be understood
in just a couple of bullets, so one either should read/listen to the
resources above or I can help out with a shared session of 15-30 minutes.
More on that at carehart.org/consulting. (I hope folks will forgive if that
seems a sales pitch. I simply know no other way to communicate the
opportunity.)



/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Sunday, January 24, 2010 10:15 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Thanks Charlie and others as well.

Charlie, your long emails are always helpful. Thanks for sharing. :-)

I was looking at client storage tables in the 15 databases we have and the
record count is about 388466 in both CDATA and CGLOBAL. And this count is
pretty much same in *Every* 15 of the databases CDATA, CGLOBAL. I am trying
to find why we have so many records. If the flush is set for 1 hr 7 minutes
by default, then I wonder why we have so many records. I believe we have
client variables to expire if not visited in 2 days or so.

Any thoughts about high number of records in CDATA & CGLOBAL. Can people
share their numbers i.e. record count etc

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Fri, Jan 15, 2010 at 7:31 PM, Charlie Arehart 
wrote:

Thanks, and to your next observation, I'll note that I do list resources
listing sites using CF in my CF411:

 

http://www.carehart.org/cf411/#cfpowered

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick Peavy
Sent: Thursday, January 14, 2010 8:31 PM


To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

I for one appreciate your efforts!


OT - was asked yesterday during a bus dev call "what is your site built
in/with" that old saw. When I said cold fusion they chuckled. This from a 26
year old. No matter. He asked what other sites are built with CF.  That old
saw. Used to be a list but I am not sure it's kept up anymore.

 

The one that came to mind was Bank of America, but there are other big ones.


 

_

Derrick Peavy

 


- 

To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink <http://www.fusionlink.com>  
- 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Derrick, I'll offer a couple of follow-ups to your points to help others
with the discussion we're now having. 

First, you mention using BD, and I'll note that the problem that I bet was
hitting Ajas is not one that would happen on BD (the "global client variable
updates" that I discuss in the blog and recording I point to). So your
experience of the impact of client vars might be quite different from what
CFers would experience.

Second, you mention expiring sessions in 20-30 minutes. Whether on CF or BD
(or Railo), there is no connection between sessions and client variables.
The former are stored in memory and have timeouts in minutes or hours
typically, while client variables are stored in either a db, the registry,
or a cookie and have timeouts in days (the default being 90).

But your tool that purges those records that are more than even 6 hours old
suggests that you're using client variables like session variables. Maybe
you liked that they were stored in DB, rather than memory, which means they
live over restarts. I will note that I indicated that session variables are
stored in memory "typically". If one runs CF (or BD or Railo) as a J2EE web
app on  a J2EE server and setting CF to use J2EE sessions, some J2EE servers
DO let you indicate that you want sessions to be stored in other than
memory. Some support DBs, some write to files, etc. Not saying all that to
suggest you should change your approach, just that if one DOES want to get
the goal of persisted sessions, there is another approach available to some.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick Peavy
Sent: Sunday, January 24, 2010 10:40 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Ajas:

 

As always, I caveat my reply with "I am not the usual developer."

 

First, I only have one database for client storage for all of the CF apps on
the server. Since, there are only a few on the server, and only 1 is NOT
-MY- app, it's not a problem.

 

So, that solves a large part of the problem. At least with Blue Dragon, the
table structure includes a field for the app name. So, I can't see a
reasonable possibility of any problems.

 

Second, I expire sessions within 20 or 30 minutes. So, I really don't need
the non identifiable old records laying around for very long. 

 

In addition to the admin settings of expire in X days, I run a script four
times a day which does a very quick, simple, clean thing - delete records
from the database that are more than 6 hours old. This keeps my database
used for client storage down to 40-100 MB in size depending on the day and
the traffic load. 


_

Derrick Peavy

derr...@derrickpeavy.com

404-786-5036

 

"Innovation distinguishes between a leader and a follower." -Steve Jobs

 

"A good deal that used to be a great deal, is not nearly as good as an awful
deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_





 

On Jan 24, 2010, at 10:15 PM, Ajas Mohammed wrote:





Thanks Charlie and others as well.

Charlie, your long emails are always helpful. Thanks for sharing. :-)

I was looking at client storage tables in the 15 databases we have and the
record count is about 388466 in both CDATA and CGLOBAL. And this count is
pretty much same in *Every* 15 of the databases CDATA, CGLOBAL. I am trying
to find why we have so many records. If the flush is set for 1 hr 7 minutes
by default, then I wonder why we have so many records. I believe we have
client variables to expire if not visited in 2 days or so.

Any thoughts about high number of records in CDATA & CGLOBAL. Can people
share their numbers i.e. record count etc

Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Fri, Jan 15, 2010 at 7:31 PM, Charlie Arehart 
wrote:

Thanks, and to your next observation, I'll note that I do list resources
listing sites using CF in my CF411:

 

http://www.carehart.org/cf411/#cfpowered

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick Peavy
Sent: Thursday, January 14, 2010 8:31 PM


To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

 

I for one appreciate your efforts!


OT - was asked yesterday during a bus dev call "what is your site built
in/with" that old saw. When I said cold fusion they chuckled. This from a 26
year old. No matter. He asked what other sites are built with CF.  That old
saw. 

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Ajas, while you await Derrick's reply, I'll point out that the details for
how to purge database-driven CF client variable repositories is indeed
documented, but only in a technote:

http://kb2.adobe.com/cps/185/tn_18514.html


As for FR helping you see the time being spent per request and that things
are spiking, it is indeed a great tool for that. Note as well that if you
enable the JDBC wrapping for the DSNs that are set to be client var repos,
you will also have in FR's logs the details of every SQL statement and how
often thy are happening. If the problem is what I suspect, you will find
that there are requests to read and write to these DBs on EVERY request (at
least every request to an app that has clientmanagement enabled, again more
in the resources I pointed to), which could be devastating to performance
(I should add that SeeFusion and the CF 8/9 Server Monitor could also help
in different ways in identifying this information also.)

Certainly if there is no index on the key columns in CData and/or CGlobals,
that could exacerbate the problem. You're almost there. 



But even with the purging and improved indexing, you should still check out
the resources I shared: you may instead be able to resolve the root cause
for why there's so much I/O to these client var repos in the first place. It
may not be because of client variable usage you intend. Also, for any
reading this, if you would go "phew, well we don't use client variables",
don't be so quick to be relieved. Again, as I discuss in the other
resources, it could hurt you even if you never ever say cfset client.somevar
= someval. Again, too much to explain in email. See the resources if you're
interested.



/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Monday, January 25, 2010 10:35 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Derrick, do you mind sharing the script or logic off the list?

I installed FusionReactor and here is what I have found so far.

Some pages are taking 8-25 seconds. Found out that there are bad indexes. 

Here are the stats
Average Request Time (ms)248
Used Memory (KB)(12%) 62,903
Allocated Memory (KB)73,792
Maximum memory (KB)504,896
Free memory (KB)441,992

So looks like memory is not an issue. Then I checked CPU usage as well and
CPU also doesnt spike up meaning its the calls to database which is causing
issues so far.

I will keep you all updated on this and my journey with FusionReactor.

Thanks,



 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

Hi,

Thanks Charlie for all your help and information. I really appreciate what
you do for the community. Like I said before, you are the first in my list.
I would get in touch with you right away when the time comes. :-)

As for the setting, I guess you were referring to the * Disable global
client variable updates * . In our case, we use lastvisit. So I dont think I
can disable it. Or atleast for now. :-)

Let me know if it is some other setting you were referring to.


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Mon, Jan 25, 2010 at 4:09 PM, Charlie Arehart wrote:

>  Ajas, while you await Derrick’s reply, I’ll point out that the details
> for how to purge database-driven CF client variable repositories is indeed
> documented, but only in a technote:
>
> http://kb2.adobe.com/cps/185/tn_18514.html
>
>
> As for FR helping you see the time being spent per request and that things
> are spiking, it is indeed a great tool for that. Note as well that if you
> enable the JDBC wrapping for the DSNs that are set to be client var repos,
> you will also have in FR’s logs the details of every SQL statement and how
> often thy are happening. If the problem is what I suspect, you will find
> that there are requests to read and write to these DBs on EVERY request (at
> least every request to an app that has clientmanagement enabled, again more
> in the resources I pointed to), which could be devastating to performance
> (I should add that SeeFusion and the CF 8/9 Server Monitor could also help
> in different ways in identifying this information also.)
>
> Certainly if there is no index on the key columns in CData and/or CGlobals,
> that could exacerbate the problem. You’re almost there.
>
>  But even with the purging and improved indexing, you should still check
> out the resources I shared: you may instead be able to resolve the root
> cause for why there’s so much I/O to these client var repos in the first
> place. It may not be because of client variable usage you intend. Also, for
> any reading this, if you would go “phew, well we don’t use client
> variables”, don’t be so quick to be relieved. Again, as I discuss in the
> other resources, it could hurt you even if you never ever say cfset
> client.somevar = someval. Again, too much to explain in email. See the
> resources if you’re interested.
>
>  /charlie
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Monday, January 25, 2010 10:35 AM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> Derrick, do you mind sharing the script or logic off the list?
>
>
> I installed FusionReactor and here is what I have found so far.
>
> Some pages are taking 8-25 seconds. Found out that there are bad indexes.
>
> Here are the stats
> Average Request Time (ms)248
> Used Memory (KB)(12%) 62,903
> Allocated Memory (KB)73,792
> Maximum memory (KB)504,896
> Free memory (KB)441,992
>
> So looks like memory is not an issue. Then I checked CPU usage as well and
> CPU also doesnt spike up meaning its the calls to database which is causing
> issues so far.
>
> I will keep you all updated on this and my journey with FusionReactor.
>
> Thanks,
>
> 
>
>
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Derrick Peavy]

Charlie:

got all your emails - AWESOME as usual. made me ponder a couple of  
things.


I am absolutely pooped - been working on my house all day and will be  
this week. Will reply in the morning after some coffee.


_
Derrick Peavy
derr...@derrickpeavy.com
404-786-5036

“Innovation distinguishes between a leader and a follower.” -Steve Jobs

"A good deal that used to be a great deal, is not nearly as good as an  
awful deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_



On Jan 25, 2010, at 3:54 PM, Charlie Arehart wrote:


Thanks, Ajas.

As for your problem, it’s not at all uncommon--and in fact it’s a  
potentially severe problem that I believe has caused some to abandon  
CF, thinking that “it can’t scale”. What’s most tragic about this is  
that it’s a single check-box that can resolve it, but the default in  
CF is for it to NOT be checked. Once you understand what it does and  
how it works, if you can turn it off (by checking the checkbox),  
then it can make all the difference for some CF shops, and yours  
seems one well-suited to it.


I won’t elaborate with a long note -- this time! :-) -- but I can  
point those interested in this to either a (lengthy) blog entry I  
did or the recording of a CFMeetup presentation I did that addresses  
the issue:


http://www.carehart.org/blog/client/index.cfm/2006/10/4/bots_and_spiders_and_poor_CF_performance
http://experts.na3.acrobat.com/p56344520/

I will add, as well, that this is the very sort of problem that I  
often help people with in my consulting (whether finding if this is  
the explanation for troubles, or once found helping them remediate  
the problem.) It’s a problem that’s not only more widespread than  
many may realize, but it’s also not well-documented in bringing  
together the several points that need to be understood. Sadly, it’s  
hard to communicate all that needs to be understood in just a couple  
of bullets, so one either should read/listen to the resources above  
or I can help out with a shared session of 15-30 minutes. More on  
that at carehart.org/consulting. (I hope folks will forgive if that  
seems a sales pitch. I simply know no other way to communicate the  
opportunity.)


/charlie

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas  
Mohammed

Sent: Sunday, January 24, 2010 10:15 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF  
Production server?


Thanks Charlie and others as well.

Charlie, your long emails are always helpful. Thanks for sharing. :-)

I was looking at client storage tables in the 15 databases we have  
and the record count is about 388466 in both CDATA and CGLOBAL. And  
this count is pretty much same in *Every* 15 of the databases CDATA,  
CGLOBAL. I am trying to find why we have so many records. If the  
flush is set for 1 hr 7 minutes by default, then I wonder why we  
have so many records. I believe we have client variables to expire  
if not visited in 2 days or so.


Any thoughts about high number of records in CDATA & CGLOBAL. Can  
people share their numbers i.e. record count etc


Thanks,


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high  
intention, sincere effort, intelligent direction and skillful  
execution; it represents the wise choice of many alternatives.



On Fri, Jan 15, 2010 at 7:31 PM, Charlie Arehart  
 wrote:
Thanks, and to your next observation, I’ll note that I do list  
resources listing sites using CF in my CF411:


http://www.carehart.org/cf411/#cfpowered

/charlie

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick  
Peavy

Sent: Thursday, January 14, 2010 8:31 PM

To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF  
Production server?


I for one appreciate your efforts!

OT - was asked yesterday during a bus dev call "what is your site  
built in/with" that old saw. When I said cold fusion they chuckled.  
This from a 26 year old. No matter. He asked what other sites are  
built with CF.  That old saw. Used to be a list but I am not sure  
it's kept up anymore.


The one that came to mind was Bank of America, but there are other  
big ones.


_
Derrick Peavy


-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink
-


-
To unsubscribe from this list

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Derrick Peavy]

Charlie:

Good point about possibly treating client vars like session. I'd like  
to elaborate.


I have 4 client vars in my app. That's all. Three are integers, and  
the fourth is a single char. Not sure that matters in any case.   
Everything else is session aside from the static application vars that  
most people use.


In general I think it's important to create apps that are specific to  
the business, the client, and the users who use them. Before you write  
that off as a "yeah, don't we all," what I want to emphasize in that,  
is the "user" part.


With my main application, the traffic pattern of the user is such that  
they are not sticking around. I run a classifieds site and it's a very  
specific target. To compare, CraigsList gets about 20 pages views per  
user according to (cough) Alexa. Oodle gets 5-6. It's hard to compare  
- impossible - to these sites. But as a broad metric, having 2-3 pages  
per user visit is not bad. The bounce rate is low and basically,  
that's the nature of classifieds.


That being said, if my average user is a touch and go user, and they  
are only looking at 2-3 pages, and their repeat frequency is going to  
be spread over several days possibly, then there is no value in  
retaining the client data. And when that client data is so sparse  
anyway (whole other topic), then it's even less important. On top of  
that, the client data that is used is non identifiable for the most  
part and is never required to be known by the user. So, when the  
session expires, it's no problem if the client data has been removed  
too.


Again, this is less about CF or technical arguments than it is about  
the user pattern and the business needs. Additionally, while I do  
track usage internally (two systems), there is also Google Analytics  
which is going to track repeat users, etc., So again, the client data  
is of no value. If the user has been inactive for 6 hours (delete  
time), the client data is of no use no matter what.


Now, the issue that prompted this "purging" on a regular basis is the  
issue of spiders and bots and crawlers (oh my). So, I noticed that you  
posted a link for that and I will be checking that out very carefully.


Perhaps I can change my tactics.

_
Derrick Peavy
derr...@derrickpeavy.com
404-786-5036

“Innovation distinguishes between a leader and a follower.” -Steve Jobs

"A good deal that used to be a great deal, is not nearly as good as an  
awful deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_



On Jan 25, 2010, at 4:01 PM, Charlie Arehart wrote:

Derrick, I’ll offer a couple of follow-ups to your points to help  
others with the discussion we’re now having.


First, you mention using BD, and I’ll note that the problem that I  
bet was hitting Ajas is not one that would happen on BD (the “global  
client variable updates” that I discuss in the blog and recording I  
point to). So your experience of the impact of client vars might be  
quite different from what CFers would experience.


Second, you mention expiring sessions in 20-30 minutes. Whether on  
CF or BD (or Railo), there is no connection between sessions and  
client variables. The former are stored in memory and have timeouts  
in minutes or hours typically, while client variables are stored in  
either a db, the registry, or a cookie and have timeouts in days  
(the default being 90).


But your tool that purges those records that are more than even 6  
hours old suggests that you’re using client variables like session  
variables. Maybe you liked that they were stored in DB, rather than  
memory, which means they live over restarts. I will note that I  
indicated that session variables are stored in memory “typically”.  
If one runs CF (or BD or Railo) as a J2EE web app on  a J2EE server  
and setting CF to use J2EE sessions, some J2EE servers DO let you  
indicate that you want sessions to be stored in other than memory.  
Some support DBs, some write to files, etc. Not saying all that to  
suggest you should change your approach, just that if one DOES want  
to get the goal of persisted sessions, there is another approach  
available to some.


/charlie

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick  
Peavy

Sent: Sunday, January 24, 2010 10:40 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF  
Production server?


Ajas:

As always, I caveat my reply with "I am not the usual developer."

First, I only have one database for client storage for all of the CF  
apps on the server. Since, there are only a few on the server, and  
only 1 is NOT -MY- app, it's not a problem.


So, that solves a large part of the problem. At least with Blue  
Dragon, the table structure includes a field for the app name. So, I  
can't see a reasonable possib

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Yep, Ajas, that's the one. It's a SERIOUS drain on most servers (for reasons
I elaborate on in the resources I linked to). So yes, if you do use the
client.lastvisit variable, you will want to seriously consider how valuable
it is and whether you might get value doing it otherwise.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Monday, January 25, 2010 4:40 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Hi,

Thanks Charlie for all your help and information. I really appreciate what
you do for the community. Like I said before, you are the first in my list.
I would get in touch with you right away when the time comes. :-)

As for the setting, I guess you were referring to the Disable global client
variable updates . In our case, we use lastvisit. So I dont think I can
disable it. Or atleast for now. :-)

Let me know if it is some other setting you were referring to. 

 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Ok, but to be clear I really was only discussing the technical aspect. I'm
not sure what all the other observations brought to that part of the
discussion. My bottom line point was not to argue against your use of client
variables. I suggested a reason why one may choose to do it and yet treat
them like session variables (with timeouts in hours/minutes rather than
months/weeks), and that was if you can't rely on sessions because they're
lost over restarts.  I just wanted to suggest that there was another
approach (in the idea of J2EE sessions being persisted by the J2EE server,
if offered as an option.) I should also have pointed out that multiple
instances with replication (in CF Enterprise) would also afford the kind of
protection of sessions over restarts, but many have a hard time getting that
working acceptably, so it's not the first thought I'd have for this problem
I was suggesting. But if you have still other reasons to favor client vars
over sessions, no worries. But yes, I do hope the info on sessions/bots may
help. I'll say again, though, that things in BD may be different. Can't
recall if they have the global client variables, lastvisit and hitcount.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Derrick Peavy
Sent: Monday, January 25, 2010 10:18 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Charlie:

 

Good point about possibly treating client vars like session. I'd like to
elaborate.

 

I have 4 client vars in my app. That's all. Three are integers, and the
fourth is a single char. Not sure that matters in any case.  Everything else
is session aside from the static application vars that most people use.

 

In general I think it's important to create apps that are specific to the
business, the client, and the users who use them. Before you write that off
as a "yeah, don't we all," what I want to emphasize in that, is the "user"
part.

 

With my main application, the traffic pattern of the user is such that they
are not sticking around. I run a classifieds site and it's a very specific
target. To compare, CraigsList gets about 20 pages views per user according
to (cough) Alexa. Oodle gets 5-6. It's hard to compare - impossible - to
these sites. But as a broad metric, having 2-3 pages per user visit is not
bad. The bounce rate is low and basically, that's the nature of classifieds.


 

That being said, if my average user is a touch and go user, and they are
only looking at 2-3 pages, and their repeat frequency is going to be spread
over several days possibly, then there is no value in retaining the client
data. And when that client data is so sparse anyway (whole other topic),
then it's even less important. On top of that, the client data that is used
is non identifiable for the most part and is never required to be known by
the user. So, when the session expires, it's no problem if the client data
has been removed too.

 

Again, this is less about CF or technical arguments than it is about the
user pattern and the business needs. Additionally, while I do track usage
internally (two systems), there is also Google Analytics which is going to
track repeat users, etc., So again, the client data is of no value. If the
user has been inactive for 6 hours (delete time), the client data is of no
use no matter what. 

 

Now, the issue that prompted this "purging" on a regular basis is the issue
of spiders and bots and crawlers (oh my). So, I noticed that you posted a
link for that and I will be checking that out very carefully. 

 

Perhaps I can change my tactics. 


_

Derrick Peavy

derr...@derrickpeavy.com

404-786-5036

 

"Innovation distinguishes between a leader and a follower." -Steve Jobs

 

"A good deal that used to be a great deal, is not nearly as good as an awful
deal that was once a horrible deal." - Dan Gilbert, http://bit.ly/8gUruX

_





 

On Jan 25, 2010, at 4:01 PM, Charlie Arehart wrote:





Derrick, I'll offer a couple of follow-ups to your points to help others
with the discussion we're now having. 

First, you mention using BD, and I'll note that the problem that I bet was
hitting Ajas is not one that would happen on BD (the "global client variable
updates" that I discuss in the blog and recording I point to). So your
experience of the impact of client vars might be quite different from what
CFers would experience.

Second, you mention expiring sessions in 20-30 minutes. Whether on CF or BD
(or Railo), there is no connection between sessions and client variables.
The former are stored in memory and have timeouts in minutes or hours
typically, while client variables are stored in either a db, the registry,
or a cookie and have timeouts in days (the default being 90).

But y

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Ajas Mohammed]

Thanks Charlie for confirming that setting.

Do you want to know where I learned that? The answer is : From Mr. Super
Charlie Arehart. Thanks. :-)


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Tue, Jan 26, 2010 at 10:50 AM, Charlie Arehart wrote:

>  Ok, but to be clear I really was only discussing the technical aspect.
> I’m not sure what all the other observations brought to that part of the
> discussion. My bottom line point was not to argue against your use of client
> variables. I suggested a reason why one may choose to do it and yet treat
> them like session variables (with timeouts in hours/minutes rather than
> months/weeks), and that was if you can’t rely on sessions because they’re
> lost over restarts.  I just wanted to suggest that there was another
> approach (in the idea of J2EE sessions being persisted by the J2EE server,
> if offered as an option.) I should also have pointed out that multiple
> instances with replication (in CF Enterprise) would also afford the kind of
> protection of sessions over restarts, but many have a hard time getting that
> working acceptably, so it’s not the first thought I’d have for this problem
> I was suggesting. But if you have still other reasons to favor client vars
> over sessions, no worries. But yes, I do hope the info on sessions/bots may
> help. I’ll say again, though, that things in BD may be different. Can’t
> recall if they have the global client variables, lastvisit and hitcount.
>
>
>
> /charlie
>
>
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Derrick
> Peavy
> *Sent:* Monday, January 25, 2010 10:18 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] Ideal memory & Configuration for CF
> Production server?
>
>
>
> Charlie:
>
>
>
> Good point about possibly treating client vars like session. I'd like to
> elaborate.
>
>
>
> I have 4 client vars in my app. That's all. Three are integers, and the
> fourth is a single char. Not sure that matters in any case.  Everything else
> is session aside from the static application vars that most people use.
>
>
>
> In general I think it's important to create apps that are specific to the
> business, the client, and the users who use them. Before you write that off
> as a "yeah, don't we all," what I want to emphasize in that, is the "user"
> part.
>
>
>
> With my main application, the traffic pattern of the user is such that they
> are not sticking around. I run a classifieds site and it's a very specific
> target. To compare, CraigsList gets about 20 pages views per user according
> to (cough) Alexa. Oodle gets 5-6. It's hard to compare - impossible - to
> these sites. But as a broad metric, having 2-3 pages per user visit is not
> bad. The bounce rate is low and basically, that's the nature of
> classifieds.
>
>
>
> That being said, if my average user is a touch and go user, and they are
> only looking at 2-3 pages, and their repeat frequency is going to be spread
> over several days possibly, then there is no value in retaining the client
> data. And when that client data is so sparse anyway (whole other topic),
> then it's even less important. On top of that, the client data that is used
> is non identifiable for the most part and is never required to be known by
> the user. So, when the session expires, it's no problem if the client data
> has been removed too.
>
>
>
> Again, this is less about CF or technical arguments than it is about the
> user pattern and the business needs. Additionally, while I do track usage
> internally (two systems), there is also Google Analytics which is going to
> track repeat users, etc., So again, the client data is of no value. If the
> user has been inactive for 6 hours (delete time), the client data is of no
> use no matter what.
>
>
>
> Now, the issue that prompted this "purging" on a regular basis is the issue
> of spiders and bots and crawlers (oh my). So, I noticed that you posted a
> link for that and I will be checking that out very carefully.
>
>
>
> Perhaps I can change my tactics.
>
> *
> _*
>
> *Derrick Peavy*
>
> derr...@derrickpeavy.com
>
> 404-786-5036
>
>
>
> *“Innovation distinguishes between a leader and a follower.” -Steve Jobs*
>
>
>
> *"A good deal

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Well, I don't know about the "super" part. :-) But I do what I can. I'm as
grateful for so much I've learned from others here, including yourself.
Happy to be a part of the community.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Tuesday, January 26, 2010 11:03 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production
server?

 

Thanks Charlie for confirming that setting.

Do you want to know where I learned that? The answer is : From Mr. Super
Charlie Arehart. Thanks. :-)

 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[shawn gorrell]

Come on Charlie, don't be so humble. You're one of the community stars, and 
have been for years. Revel in some kudos for a moment...





From: Charlie Arehart 
To: discussion@acfug.org
Sent: Tue, January 26, 2010 11:22:46 AM
Subject: RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production  
server?

 
Well, I don’t know about the “super” part. :-)
But I do what I can. I’m as grateful for so much I’ve learned from
others here, including yourself. Happy to be a part of the community.
 
/charlie
 
From:ad...@acfug.org
[mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Tuesday, January 26, 2010 11:03 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF
Production server?
 
Thanks Charlie for confirming
that setting.

Do you want to know where I learned that? The answer is : From Mr. Super
Charlie Arehart. Thanks. :-)

 
 
- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink 
-


-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-

RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production server?

[Charlie Arehart]

Oh, alright Shawn. Fine! :-)

And Derrick, “we cool”. Was just clarifying, too. :-)

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of shawn gorrell
Sent: Tuesday, January 26, 2010 11:29 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

 

Come on Charlie, don't be so humble. You're one of the community stars, and 
have been for years. Revel in some kudos for a moment...

 

  _  

From: Charlie Arehart 
To: discussion@acfug.org
Sent: Tue, January 26, 2010 11:22:46 AM
Subject: RE: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

Well, I don’t know about the “super” part. :-) But I do what I can. I’m as 
grateful for so much I’ve learned from others here, including yourself. Happy 
to be a part of the community.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Tuesday, January 26, 2010 11:03 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Ideal memory & Configuration for CF Production 
server?

 

Thanks Charlie for confirming that setting.

Do you want to know where I learned that? The answer is : From Mr. Super 
Charlie Arehart. Thanks. :-)

 

 


- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink <http://www.fusionlink.com>  
- 


- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink <http://www.fusionlink.com>  
- 




-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-