Hi Matt, > Well if you feel that 50pps or even 10pps is enough; show me an > application with persisted CFCs that achieves that. Remember, to achieve > 10pps you need all page requests to be handled in 100ms or less.
> I invite everyone to go and test persisted CFCs and see for themselves. > See what kind of pps you can achieve and decide if that is enough for >you. As a matter of interest, leaving aside the RAD side of things, just taking performance a) What software solution would you use, assuming you could write the same functionality in the same time. b) what & where do you see the bottle necks in cf performance? I'm just thinking that most of the overhead or persistence is at the DB or File etc. Considering that the network and jdbc drivers are outside the remit of CF, where is it that you think performance issues are? Most other solutions would also be subject to these overheads [Although I believe that the native drivers in .NET for SQL Server and some other propriety solutions can avoid them] c) related to b : Can I presume that by persisting cfc you mean, file or db rather then to memory etc. I would also like to take this opportunity to comment on a thread on this forum recently. I really appreciate Matts comments in this and other forums. There are both informed and unbiased which a rare thing in a Programming-language-user-group where most are fans of the language they use. Even if sometimes Matt doesn't spend the time to explain each and everything he says (he has got business outside the user group you know), you still get another opinion, and a very informed opinion at that. IMHO his wide breath of expertise across other languages and platforms is extensive and a valuable resource, which in shares with us. I enjoy the challenge of .NET , j2ee or php. This is what drives a product like CF. And Matt keeps us all informed of those challenges. Thanks Matt. WG ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
