>- see footer for list info -< Cheers Adam, So therefore you can have a clustered DB (if the solution needed it), a clustered App system which would run a scheduled task to pick up a maximum of say 250 requests (would each machine in the cluster attempt to pick up the 250 actions at the same time?). As soon as you have picked up the records I assume you would change a flag to say they have been picked up by one of the App servers and therefore not pick them up by another app server which might make a request a few seconds later?
The actions that people can request can only be set to the minute and not to the second so a task which picks up every minute would probably be fine in this instance. Each action requires a CFHTTP request to an external system which is why there I a limit. How does windows handle CFHTTP requests, I assume multiple instances can run at the same time i.e. in parallel and not in series? If so, how many can Windows actually handle concurrently? I have seen other variations of CFHTTP such as CFHTTP5 from http://www.cftagstore.com/tags/cfxhttp5.cfm which allows up to 64 concurrent requests to be processed without waiting for a response within the same script which is helpful in this instance as I can effectively send off 64 requests and as a response comes back for one of the requests I can release another request and hence get through the 250 quick than waiting for a response before sending the next one off. Performance on the box does take a hit in this case!!! Thanks & Regards, Lee -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam Reynolds Sent: 02 January 2005 01:18 To: 'Coldfusion Development' Subject: RE: [CF-Dev] CFSchedule in a clustered APP environment >- see footer for list info -< Simple, Insert each action into a DB, then interrogate the DB to determine the number of outstanding actions you need to perform. I would strongly advise not going down the scheduling of one event per action, but have a background set of scheduled events that monitor a db table to determine what actions need to be executed. If you want stick to one every second, but usually that is overkill. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Lee Fortnam > Sent: 01 January 2005 19:44 > To: [email protected] > Subject: [CF-Dev] CFSchedule in a clustered APP environment > Importance: High > > >- see footer for list info -< > First, Happy New year to you all, hope it is a prosperous one for us > all. > > Right, I sent in a question about this a while ago but don't think I > explained my self very well. Hopefully this will make more sense. > > I am developing an application where by users will be able to request > an action to take place at some point in the future. I am therefore > using CFSchedule to create a task that will run at the requested given > time in the future. > > The issue is that the box running CFSchedule can only perform approx > 17K transactions per hour based on initial testing. I would like to > introduce some resilience into the equation by adding a second box > which ultimately may allow us to perform more actions. > > My question is this, if there are 2 web servers running CFMX which are > acting as my App Servers, how can I set the CFShedule task on both of > them but only have 1 actually perform the action. If the main box is > unavailable, how can I effectively promote the other box to actually > perform the actions that should have been performed by the 1st box? > > Your help in this is much appreciated, if this doesn't get me > somewhere I will probably just call Russ who will possibly be hosting > the solution anyway. > > Thanks in advance. > > Lee Fortnam > _______________________________________________ > > For details on ALL mailing lists and for joining or leaving lists, go > to http://list.cfdeveloper.co.uk/mailman/listinfo > > -- > CFDeveloper Sponsors:- > >- Hosting provided by www.cfmxhosting.co.uk -< > >- Forum provided by www.fusetalk.com -< > >- DHTML Menus provided by www.APYCOM.com -< > >- Lists hosted by www.Gradwell.com -< > >- CFdeveloper is run by Russ Michaels, feel free to > volunteer your help > >-< > _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help >-< _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -<
