Hi Charlie,
Thanks for your very detailed reply NB: TrackingCentral is now a registered product & services provider for the National Disability Insurance Scheme, under the category of Assisted Technology Regards Claude Raiola Director TrackingCentral Pty. Ltd Free Call 1300 255 990 From: cfaussie@googlegroups.com [mailto:cfaussie@googlegroups.com] On Behalf Of Charlie Arehart Sent: Thursday, 5 March 2015 5:38 AM To: cfaussie@googlegroups.com Subject: RE: [cfaussie] receiving large amounts of data via http post possibly simultaneously at times OK, Claude, but to be clear, you had said “Is there better more robust way in cf to be able to code the handler page to be able to reliably manage larger amounts of data received via http post possibly at times simultaneously”. So are you saying it’s NOT “the handler page” handling “large amounts of data received…simultaneously”? That’s just a very different question than what you’re asking now, “cf load capacity during times of such heavy traffic”. CF can of course handle multiple simultaneous requests. You may know there’s a “max simultaneous requests” setting in the CF Admin, which defaults to 10, 25, or 50 depending on some factors (versions, editions), and of course you may have raised yours yourself. That setting, though, is not really “the answer” to the question or a solution if you hit a problem. That’s just the theoretical max is. It doesn’t mean CF *can* run that many, or that it ever would: - I’ve seen people raise that to 750, but with the right diagnostic tools I showed that they never had more than several truly “simultaneous” requests (running at the exact same millisecond), so they didn’t really need it to be higher than the defaults after all. - I’ve also seen people with CF set to 10 Max Simult Requests, and tools showed that they never got more than a couple to run at once and things bogged down, because of some other problem (so more was NOT the answer). - Or I’ve seen people have CF bog down only WHEN that limit was limit, and raising it helped more to run (that’s a relatively rare case, believe it or not) So the question is always, “if it bogs down, why?” It could be about configuration of CF, or of things CF talks to. It could be about your coding. It could be your traffic. It could be UNEXPECTED traffic that’s killing you (and maybe blocking or otherwise handling that is a solution). Sadly, this means (to your question) that no one (no one) will be able to tell you from the outside whether your server will be able to handle the traffic you are planning to send it. We don’t know your code, your config (of CF or the box, or things CF talks to), your traffic, and so much more. I realize people WANT that answer. I’d say simply that CF generally can handle FAR more traffic than most realize, if things are configured/coded well (and config is often far more important than coding, but the reverse CAN be true). And no, adding new instances is not always the answer (if they both rely on a shared resource which is itself the problem, then new instances won’t help with that). It just really depends on what the problem is, as to what the right solution would be. And I’ll say I’ve helped many people avoid upgrades to bigger or newer machines (and instances) by finding and resolving what was the real problem that made CF seem to bog down (and often, it was not CF after all but something else, and it was the victim, but without the right tools, folks can be left FEELING that CF is “down” and GUESSING at what might be the problem, and they may flail about trying different things they find on the web from folks who say “this worked for us”). All that said, really the only way to know if your app will work at some load in some config will be to do load testing (and even that can be tricky, if you’re not careful). Of course, someone could help you with that, or with troubleshooting when things go amiss. I keep a list of folks who do that sort of work, as a category of my CF411.com site, specifically cf411.com/cfconsult. Hope that’s helpful. /charlie PS Sorry for the long answer. I wonder how many will even get to this PS. :-) I hope at least you will, Claude. Sadly, while many prefer (and will offer) only twitter-length answers, I fear that’s what gets a lot of people in trouble or misled. There are just a lot of moving parts in such systems, and there’s rarely ever one right answer. With the right tools, processes, and experience (hired, if not available on your team) one can find a good answer for your own situation. From: cfaussie@googlegroups.com <mailto:cfaussie@googlegroups.com> [mailto:cfaussie@googlegroups.com] On Behalf Of rai...@ozemail.com.au <mailto:rai...@ozemail.com.au> Sent: Wednesday, March 04, 2015 2:11 PM To: cfaussie@googlegroups.com <mailto:cfaussie@googlegroups.com> Subject: RE: [cfaussie] receiving large amounts of data via http post possibly simultaneously at times Hi Charlie The potential of different servers who are independent of each other each sending http requests to my server potentially minutes, seconds or even simultaneously So basically my question revolves around cf load capacity during times of such heavy traffic Oh at present one thing to consider my cf server is operating in a Virtual Server shared CF hosted environment, naturally in time as the demand for the application grows it will be possible to move to a dedicated cf hosted environment Hope the above sheds some light Regards Claude Raiola -- You received this message because you are subscribed to the Google Groups "cfaussie" group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com <mailto:cfaussie+unsubscr...@googlegroups.com> . To post to this group, send email to cfaussie@googlegroups.com <mailto:cfaussie@googlegroups.com> . Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "cfaussie" group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/d/optout.
