Server Slowness

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

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 ________________________________

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 | |

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?

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

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 ________________________________

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 ________________________________   _____  

----- 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.

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 ________________________________   _____     _____