Set the whole site up on an in house dev server and beat the crap out of it and debug it completely. Then you have total control. I think it may be possible for file not founds on a large scale to cause problems, depending on the file(s) that are not found and at what level. If they are apache errors then they have or should have no effect on CF. If they are CF file not found as in file includes not found then you got problems.
Another tool beside Fusion Reactor is Seefusion. I've used both extensively and both have their merits and unique features. Wil Genovese Sr. Web Application Developer On Thu, Sep 4, 2008 at 1:21 PM, Jo Ling <[EMAIL PROTECTED]> wrote: > Thanks for the reply, I greatly appreciate it. > > I should have mentioned a few more details: > > I recently took the site over from a developer that had been working on it > 10+ years. It is huge, I've only recently stopped my head from spinning. > > There are numerous 'File Not Found' exceptions in the logs. > The site is on a dedicated virtual host, so i have root ssh access. > > I guess I was mainly just curious if all the many exceptions _could_ cause > a leak. > Thank you for your responses, I will try the trial of Fusion Reactor and > slowly fix the errors one by one. > > >First verify if there really are 'File Not Found" errors. A quick look at > >the apache and cf application logs will tell you that. Next look in your > >application and exception logs. Fix the errors. Next it's down to tuning > >the JVM and validating your code does what you think it does. > > > >Examine your code first (again). Many times people think that the code is > >just fine and it's Coldfusion's fault. It does no good to keep telling > the > >hosting company something is wrong with their servers only to find it's a > >coding error. One thing that can have a negative effect on memory usage > are > >very large query result sets. I've seen cases where 10s of thousands of > >results are returned when only a few are needed. This causes extra memory > >to be used. I've seen CF logic in the where clause of a query that leads > to > >an open ended query that returns all the data in the tables. ie. select * > >from tblProducts <cfif url.prodid gt ''>where prodId = > >'#url.prodid#'</cfif>. It may look innocent at first glance, but it is a > >killer if the expected prodid is not given and spider traffic is notorious > >for hitting pages out of order and without the expected url data. This is > >just a simple example, but the problems can be far more difficult to find > or > >fix. Also look for external dependencies such at cfhttp calls with no > >timeout value. That can cause a thread to hang if the other server is slow > >or failing then it takes your server down too. > > > >If this hosting company has little experience with Coldfusion they may not > >understand the need to tune the JVM. In a shared CF hosting environment > I'm > >sure the JVM tuning has greater impact than when we do the tuning on our > >dedicated servers. If the hosting company is will to work with you there > is > >plenty of help for JVM tuning. Some critical points are the type of > garbage > >collection being done and the intervals of which it is performed. Also as > >critical are the min and max heap size settings. They need to be equal to > >each other. There are other fine tuning points that may help but only if > >they are willing to work with you. If not find a host that has the > >experience to run Coldfusion. > > > > > >Wil Genovese > >Sr. Web Application Developer > > > > > > > > > > > >On Thu, Sep 4, 2008 at 12:18 PM, Mike Chytracek <[EMAIL PROTECTED]> > wrote: > > > >> > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;203748912;27390454;j Archive: http://www.houseoffusion.com/groups/CF-Linux/message.cfm/messageid:4448 Subscription: http://www.houseoffusion.com/groups/CF-Linux/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.14
