Home of the ColdFusion Community
|
Mailing Lists
|
Home /
Groups /
ColdFusion Talk (CF-Talk)
Server Slowness
Author: Calvin Ward
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139502
Is this against a SQL Server DB?
There's this one: http://www.macromedia.com/support/coldfusion/ts/documents/cfmx61_sqlserver_cpu.htm
At any rate, let us know what solution you find!
Thanks,
Calvin
Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
The CF server will pin one of our cpu's and only one of them at 50% and
will never go into a "sleep" mode. It takes the server about a day to
get to 50%, but it will never recover back to a normal .31% "sleep"
mode. Considering we are only getting 20 visits per day on this box, and
simple code, we are jumping the band wagon and going with Java because
it is faster. I hope it is something on my end that I am overlooking,
because so far we think that Macromedia's product is a P.O.S.
Can anyone help in our desperation?
Thanks,
Ray Bujarski
Direct 858-845-7669
Pager 858-636-9900
Author: Steven Erat
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139476
I'd recommend getting a full thread dump from ColdFusion. See:
http://www.macromedia.com/support/coldfusion/ts/documents/tn18339.htm
<http://www.macromedia.com/support/coldfusion/ts/documents/tn18339.htm>;
You should take several full thread dumps with a small interval in between them.
Then to examine the thread dump, look for JRun Proxy Service threads beginning
with jrpp-xxx where xxx is a number and jrpp-xxx is the thread id. Specifically,
to find the running threads that are handling .cfm requests, search for the
string (excluding the quotes) ".cfm:". This will lead you to a template and its
path with a line number at the end after the colon. You'll also see other
mentions of .cfm: further down in the stack of a particular thread, but it the
top most one that was executing at that instant.
Truncated example:
-------------------------
"jrpp-96" prio=5 tid=0x477e5008 nid=0xc50 runnable [698f000..698fdbc]
at coldfusion.tagext.NativeCfx.processRequest(Native Method)
at coldfusion.tagext.lang.CFSearchTag.doStartTag(CFSearchTag.java:207)
at coldfusion.runtime.CfJspPage._emptyTag(CfJspPage.java:1871)
at cf_cachelists2ecfm612782408.runPage(/opt/apache/htdocs/_cachelists.cfm:30)
at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:147)
at coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:357)
<snip>
Here, jrpp-96 is the JRun thread which is handling the template
/opt/apache/htdocs/_cachelists.cfm. That template is currently executing a tag
that is either on line 30 or ends on line 30. In this case the tag is CFSEARCH.
If you find that this thread stack exists in subsequent full thread dumps that
were taken at short intervals, where the same thread id, same template, and same
operation is occurring for both thread stacks, then that should be sufficient
proof that the cfm request has been executing for the duration of the interval
between the two thread dump instances.
Typically the number of jrpp thread stacks having cfm templates in the stack in a
single full thread dump will not exceed the number of Simultaneous Requests set
in the CFAdmin, also known as the activeHandler limit for JRun people. The full
thread dump is precise enough to do full accounting of all running threads,
showing exactly what they are doing at that instant.
Once that is done and you have a list of templates involved and operations that
were being executed, then you can focus your effort to debug just that area.
There are wide variety of debugging techniques including, but not limited to,
ColdFusion debug output, CFTRACE, getTickCount(), CFLOG, and modulating CFAdmin
settings. Dissecting the problem areas in smaller and smaller chunks with
debugging techniques will help you pinpoint problems to a very granular level
rather than lumping everything together into a generic symptom of "server is
slow".
HTH,
Steven Erat
No errors, nothing I can see. No timeouts, nothing like that. Any
suggestions of what "pointers" I can look for, because I don't see
anything out of the ordinary in there.
Ray, check your ColdFusion logs to see in there are any pointers in
there.
Kind Regards - Mike Brunt
Original Message -----------------------
its your config. we get hit about 10,000 times a day on windows box and
CFMX ROCKS.
what could be wrong? im sure a *nix person on the list will help, but
there
are many config settings
that *might* be wrong, but don't fret, its your config not CFMX.
...tony
tony weeg
senior web applications architect
navtrak, inc.
www.navtrak.net
tony@navtrak.net
410.548.2337
Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
The CF server will pin one of our cpu's and only one of them at 50% and
will
never go into a "sleep" mode. It takes the server about a day to get to
50%, but it will never recover back to a normal .31% "sleep"
mode. Considering we are only getting 20 visits per day on this box, and
simple code, we are jumping the band wagon and going with Java because
it is
faster. I hope it is something on my end that I am overlooking, because
so
far we think that Macromedia's product is a P.O.S.
Can anyone help in our desperation?
Thanks,
Ray Bujarski
Direct 858-845-7669
Pager 858-636-9900
________________________________
_____
_____
Author: Dave Carabetta
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139473
----- Excess quoted text cut - see Original Post for more -----
You sure it's MX? Could there be something going on with iPlanet? Your
database connection? We use CFMX 6.0 and 6.1 on both Solaris 7 and 8 boxes
using Apache 2.0.47 and have had no such problems. The only note I will
append to that statement is that when we re-start an MX instance, JRun tends
to peg our CPU for about 30 minutes or so. I haven't fully diagnosed it, but
I think that it's loading libraries and caching things under the hood into
memory. But after roughly half an hour of a dip in performance (and, to be
honest, I really only notice it because I'm looking for it), we hum along
with no issues.
Is there anything in your iPlanet logs? I know people have suggested your MX
logs, but perhaps something can be found in iPlanet's? Also, do you have the
checkbox in the MX Admin checked to log slow running request after x amount
of seconds? Try lowering that value to generate a catalog of files that are
taking longer than they should be.
Just some thoughts.
Regards,
Dave.
Author: jon hall
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139472
Have you read the technotes on MM's site about the DB driver issues
that can cause this type of behavior? There are a couple of them, and
they are very detailed...more than I could summarize here.
--
jon
mailto:jonhall@ozline.net
Friday, October 3, 2003, 1:03:12 PM, you wrote:
RB> Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
RB> 6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
RB> The CF server will pin one of our cpu's and only one of them at 50% and
RB> will never go into a "sleep" mode. It takes the server about a day to
RB> get to 50%, but it will never recover back to a normal .31% "sleep"
RB> mode. Considering we are only getting 20 visits per day on this box, and
RB> simple code, we are jumping the band wagon and going with Java because
RB> it is faster. I hope it is something on my end that I am overlooking,
RB> because so far we think that Macromedia's product is a P.O.S.
RB> Can anyone help in our desperation?
Author: Doug White
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139470
Actually CFMX 6.1 runs much faster than CF 6.0.
There must be a long running query or a mis-configuration somewhere. Your CF
log files should give you a clue as to what is happening.
======================================
Stop spam on your domain, use our gateway!
For hosting solutions http://www.clickdoug.com
Featuring Win2003 Enterprise, RedHat Linux, CFMX 6.1 and all databases.
ISP rated: http://www.forta.com/cf/isp/isp.cfm?isp_id=772
Suggested corporate Anti-virus policy: http://www.dshield.org/antivirus.pdf
======================================
If you are not satisfied with my service, my job isn't done!
| Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
| 6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
| The CF server will pin one of our cpu's and only one of them at 50% and
| will never go into a "sleep" mode. It takes the server about a day to
| get to 50%, but it will never recover back to a normal .31% "sleep"
| mode. Considering we are only getting 20 visits per day on this box, and
| simple code, we are jumping the band wagon and going with Java because
| it is faster. I hope it is something on my end that I am overlooking,
| because so far we think that Macromedia's product is a P.O.S.
| Can anyone help in our desperation?
| Thanks,
| Ray Bujarski
| Direct 858-845-7669
| Pager 858-636-9900
|
|
Author: Ray Bujarski
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139461
No errors, nothing I can see. No timeouts, nothing like that. Any
suggestions of what "pointers" I can look for, because I don't see
anything out of the ordinary in there.
Ray, check your ColdFusion logs to see in there are any pointers in
there.
Kind Regards - Mike Brunt
Original Message -----------------------
its your config. we get hit about 10,000 times a day on windows box and
CFMX ROCKS.
what could be wrong? im sure a *nix person on the list will help, but
there
are many config settings
that *might* be wrong, but don't fret, its your config not CFMX.
...tony
tony weeg
senior web applications architect
navtrak, inc.
www.navtrak.net
tony@navtrak.net
410.548.2337
Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
The CF server will pin one of our cpu's and only one of them at 50% and
will
never go into a "sleep" mode. It takes the server about a day to get to
50%, but it will never recover back to a normal .31% "sleep"
mode. Considering we are only getting 20 visits per day on this box, and
simple code, we are jumping the band wagon and going with Java because
it is
faster. I hope it is something on my end that I am overlooking, because
so
far we think that Macromedia's product is a P.O.S.
Can anyone help in our desperation?
Thanks,
Ray Bujarski
Direct 858-845-7669
Pager 858-636-9900
________________________________
_____
Author: Mike Brunt
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139460
Ray, check your ColdFusion logs to see in there are any pointers in there.
Kind Regards - Mike Brunt
Original Message -----------------------
its your config. we get hit about 10,000 times a day on windows box and
CFMX ROCKS.
what could be wrong? im sure a *nix person on the list will help, but there
are many config settings
that *might* be wrong, but don't fret, its your config not CFMX.
...tony
tony weeg
senior web applications architect
navtrak, inc.
www.navtrak.net
tony@navtrak.net
410.548.2337
Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
The CF server will pin one of our cpu's and only one of them at 50% and will
never go into a "sleep" mode. It takes the server about a day to get to
50%, but it will never recover back to a normal .31% "sleep"
mode. Considering we are only getting 20 visits per day on this box, and
simple code, we are jumping the band wagon and going with Java because it is
faster. I hope it is something on my end that I am overlooking, because so
far we think that Macromedia's product is a P.O.S.
Can anyone help in our desperation?
Thanks,
Ray Bujarski
Direct 858-845-7669
Pager 858-636-9900
________________________________
Author: Tony Weeg
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139456
its your config. we get hit about 10,000 times a day on windows box and
CFMX ROCKS.
what could be wrong? im sure a *nix person on the list will help, but there
are many config settings
that *might* be wrong, but don't fret, its your config not CFMX.
...tony
tony weeg
senior web applications architect
navtrak, inc.
www.navtrak.net
tony@navtrak.net
410.548.2337
Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
The CF server will pin one of our cpu's and only one of them at 50% and will
never go into a "sleep" mode. It takes the server about a day to get to
50%, but it will never recover back to a normal .31% "sleep"
mode. Considering we are only getting 20 visits per day on this box, and
simple code, we are jumping the band wagon and going with Java because it is
faster. I hope it is something on my end that I am overlooking, because so
far we think that Macromedia's product is a P.O.S.
Can anyone help in our desperation?
Thanks,
Ray Bujarski
Direct 858-845-7669
Pager 858-636-9900
________________________________
Author: Ray Bujarski
Short Link: http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:27643#139452
Does anyone know why CFMX is so slow? I am running CFMX 6.01 on iPlanet
6 from a solaris 2.8 sparc station with 2 750MHz cpu's and 2gig of ram.
The CF server will pin one of our cpu's and only one of them at 50% and
will never go into a "sleep" mode. It takes the server about a day to
get to 50%, but it will never recover back to a normal .31% "sleep"
mode. Considering we are only getting 20 visits per day on this box, and
simple code, we are jumping the band wagon and going with Java because
it is faster. I hope it is something on my end that I am overlooking,
because so far we think that Macromedia's product is a P.O.S.
Can anyone help in our desperation?
Thanks,
Ray Bujarski
Direct 858-845-7669
Pager 858-636-9900
|
May 24, 2012
|
Latest Fusion Authority Articles
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
