I like neils response the best. Two areas you can play with are: the VM of the host server. For example I switched java 1.5_09 for Jrun while going retro for CF's VM 1.4_09 and that seemed to work while point to VM locations to other hard drives.
java.home=F:/CFusionMX7/runtime/jre and not java.home=C:/CFusionMX7/runtime/jre On 11/22/06, Robertson-Ravo, Neil (RX) <[EMAIL PROTECTED]> wrote: > > The same codebase, JVM + settings? > > Usually long running requests are the culprits where the user got bored > waiting or a proxy severed connection and ColdFusion could not respond. > > > > > > > > "This e-mail is from Reed Exhibitions (Gateway House, 28 The Quadrant, > Richmond, Surrey, TW9 1DN, United Kingdom), a division of Reed Business, > Registered in England, Number 678540. It contains information which is > confidential and may also be privileged. It is for the exclusive use of > the > intended recipient(s). If you are not the intended recipient(s) please > note > that any form of distribution, copying or use of this communication or the > information in it is strictly prohibited and may be unlawful. If you have > received this communication in error please return it to the sender or > call > our switchboard on +44 (0) 20 89107910. The opinions expressed within > this > communication are not necessarily those expressed by Reed Exhibitions." > Visit our website at http://www.reedexpo.com > > -----Original Message----- > From: Nick Gleason > To: CF-Talk > Sent: Wed Nov 22 07:06:53 2006 > Subject: RE: Requests / threads that hang > > Let me tighten my question a little more - I'm basically asking what > causes > one page (or site) to have repeated hanging requests / threads while > another > rarely if ever has them. > > Thanks in advance for your brilliant responses.... > > N > > > -----Original Message----- > From: Nick Gleason [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 21, 2006 11:17 PM > To: CF-Talk > Subject: RE: Requests / threads that hang > > Thanks snake. At this point I'm interested in any factor that could > distinguish this one site from others that use the same (or very similar) > code and dbs. The sites are on separate instances of the system, but the > instances are essentially identical (or close to it). The content and > visual designs per site are different, of course, so I'm wondering if that > could be a factor. > > N > > > > ............................................................................. > .. > ... > ........ > > Nick Gleason | CitySoft, Inc. | http://www.citysoft.com > > Direct: (617) 899-5395 | Fax: (617) 507-0444 > > > Spend Less >> Do More - Community Enterprise combines great features with > an > affordable price. > > ............................................................................. > .. > ... > ........ > > -----Original Message----- > From: Snake [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 21, 2006 7:33 PM > To: CF-Talk > Subject: RE: Requests / threads that hang > > The response FR support have given you are valid reasons. > If a thread hangs because someone closed their browser window and did not > complete the request, then this is nothing to do with your code. > You may want to consider using their JDBC wrapper to determine if it is > database related if the site is using the same code as other sites which > have no problem. > > Russ > > -----Original Message----- > From: Nick Gleason [mailto:[EMAIL PROTECTED] > Sent: 22 November 2006 00:24 > To: CF-Talk > Subject: Requests / threads that hang > > We are having problems with page requests/threads that are hanging in the > server. > > Although we have many sites on a shared server using the same CMS, only > one > site seems to consistently have requests that hang. > > We are using Fusion Reactor on this server and we can see that this site's > requests (especially the home page) are the ones that are hanging. The > good > folks at Fusion Reactor have given us some technical reasons that this > might > be happening - I've included those below. > > But, the surprising thing is that none of our other sites using the same > CMS > infrastructure have any significant hanging threads/requests - it's just > this one site. So, that makes me wonder if we have some code in this > particular site that makes it more likely to generate hanging threads / > requests. > > Anyone have any brilliant ideas about what kind of coding, graphics, html, > etc. might make a page more likely to generate threads that hang in the > server? > > Technical response from Fusion Reactor support below: > -------------------------------------------------------------- > The problem that you are seeing is most likely that the requests don't > complete because they are waiting to send data to the browser. This is > done > via a "socket" which is a piece of native code that JRun uses to return > the > CF page contents. It can happen however that the browser that this > receiving > the content keeps the connection open but doesn't consume any of the > content > sent by JRun. This causes the situation that you see. FusionReactor > unfortunately cannot kill these requests because of a limitation in Java > itself that native code cannot be stopped. This is a known limitation of > Java and there is no way around this in any of the current versions of > Java. > > > To confirm this please perform a stack trace of the running requests and > look at to see the pages are running (Native) calls. You can also send the > stack trace to us and well take a look for you. > > We have seen that Internet Explorer can create this problem due to a bug > that it has of keeping the connection open when the window has been > closed. > Another common reason for this issue is Search Engine Spiders indexing and > often following dead links or send invalid requests to servers resulting > in > many redirections like the ones you see. Finally you may be being attacked > by software trying to do denial of service ( you can see that all of the > requests are coming from the same server: tm.net.my ). > -------------------------------------------------------------- > > Thanks in advance for your help! > > N > > > ............................................................................. > .. > ... > > ............................................................................. > .. > ... > ..... > ............... > > Nick Gleason | CitySoft, Inc. | http://www.citysoft.com > > Direct: (617) 899-5395 | Fax: (617) 507-0444 > > > Spend Less >> Do More - Community Enterprise combines great features with > an > affordable price. > > ............................................................................. > .. > ... > > ............................................................................. > .. > ... > ..... > ............... > > > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:261510 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
