Skip navigation
Currently Being Moderated

CFMX falls over

Jul 26, 2006 8:39 AM

Regarding a moment of clarity and frustration with issues relating to server consumption (tb) and the following long running threads (insert irony here) d=143&threadid=776647 &threadid=907581&enterthread=y

AND also just casually browsing the following article,

AND the fact that everything these days is a webservice or a component call, is it perhaps a MASSIVE problem that the following tags (which I'm sure everyone must be using) DO NOT obey server settings relating to thread timeouts etc:


Imagine thread request 1 asking for a cfobject on something that won't respond, and a similar (say) X requests come in, thus hogging your X setting of possible threads running making it impossible for any more requests to be processed and thus giving the appearance of CF being broken (though necessarily it may be saying "I'm alright jack, just running my X requests")
You are then screwed are you not or am I missing something?
  • Currently Being Moderated
    Aug 8, 2006 11:34 AM   in reply to bah1234ir
    I think your right - it's just too hard for Adobe. We spent our $500 with Adobe and for 6 weeks we sent them logs and code and configuration file settings to only have them give up and say they have no clue. Save your money on Adobe. We are now looking into a Java Memory Profiler and CF Enterprise so we can run multiple instances and hope that all the instances don't crash at the same time. (Insert more Irony here - CF dosn't work well so we buy more CF?!?)

    We also purchased Fusion Reactor which can kill those long running threads for you either manually or on it's own based on a time limit you set. Yes, I know this is not a solution, it's just a reaction (hence the name of the product) to the poor programming in parts of ColdFusion.

    Our problem is we are seeing an issue where a thread or threads won't die completely and then memory builds ups over a span of about 20 minutes. Some others in other threads noted it takes hours to see the memory max out. The reason ours maxes so fast (at 1gb of memory for the JVM) is that we average 10-15 simultaneous requests/second. The hardware is big and massive and the CPU usage is about 33% across all 4. We are using Fusion Reactor (FR). It shows the threads that are running and the ones that are not releasing. We have FR set to kill long running threads, but that does not always work. We can almost guarantee that when a thread gets killed we are going to have a crash in about 20 minutes. It happens so much that I wrote a BASH script that runs every minute and checks to see if our web service is still responsive and does a CF Restart when it fails the response test twice. At this lets us sleep at night.
    Mark as:
  • Currently Being Moderated
    Aug 9, 2006 8:05 AM   in reply to bah1234ir
    Actually we are moving onto a fully clustered environment. It won't be easy or cheeap, but we have to improve our service and uptime. Everything will run from multiple servers with mutile instances of CF. We have 4 db servers, 4 photo servers in place already. We are adding a cf server and a load balancer machine.

    So, this should overcome CF's weak points.
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points