Also, note that ColdFusion, thanks to the underpinnings of the JVM, has several optimization strategies under the hood. The HotSpot and the Just In Time compilers add significant performance gains. The compilation and optimization strategies used get smarter the longer your program runs. Of course, ColdFusion will never beat Java in a performance race. If you look at what goes on under the hood, you can see a lot of type conversion and reflection going on. This is the price you pay to develop software at the speed ColdFusion allows. There is no magic bullet. As the saying goes, pay me now or pay me later.
ColdFusion is reasonably performant. In the majority of cases where a bottleneck exists, the cause is Error:BKNS (Between Keyboard and Seat) and a refactor, or a few indexes on the DB will help out a lot. Would you want to write an operating system in ColdFusion? Doubtful. Though I do remember a post on this list about a guy wanting to write googlish search engine in CF. http://www.mail-archive.com/[email protected]/msg13224.html For more on the optimization strategies used by the JVM have a read here: http://en.wikipedia.org/wiki/HotSpot here http://en.wikipedia.org/wiki/Just-in-time_compilation and here http://en.wikipedia.org/wiki/Adaptive_optimization Dan Wilson On 4/6/07, Peter Bell <[EMAIL PROTECTED]> wrote:
If by elephant you mean pretty much irrelevant in the modern age, then we agree :-> While there are definitely use cases where performance is critical, for the vast majority of business apps it takes a distant third place in priorities between some combination of speed to market and maintainability of code base. If speed is your primary concern, I think it is safe to say that at the moment, a dynamic language in general and ColdFusion in particular would *not* be the the best choice for your application. I would also recommend against most OOP best practices as few of them perform as fast as simple, inline code without duplication. For me, my time to market and time to maintain is much more valuable than having to throw five servers at a problem instead of three. Best Wishes, Peter On 4/6/07 9:24 AM, "Phillip Senn" <[EMAIL PROTECTED]> wrote: > I'm going to talk about the elephant in the middle of this conversation. > With computers, speed is everything. > Are there any time studies between dynamic languages and static ones? > If the speed of ColdFusion is about the same as java, then we can talk > about the subtle differences between the languages. But if they're > miles apart, then we're talking miles vs. kilometers (to keep with the > same metaphor). > > > I'd like to see an average elapsed time for > <cfloop from="1" to="1000000" Index="I"> > </cfloop> > > And > > FOR I=1 TO 1000000 > NEXT I > > And > (Insert C# code here) > > And > (Insert java code here) > > And > (Insert .Net code here) > > I know, I know.... > Different machines and different Operating Systems report different > results. > Your mileage may vary. Yada Yada Yada. > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jaime > Metcher > Sent: Wednesday, April 04, 2007 5:31 PM > To: [email protected] > Cc: [EMAIL PROTECTED] > Subject: [CFCDEV] Class methods part I - what's a static method? > > Just listening to Helms and Peters Out Loud podcast on the CF 8 wishlist > - > probably old news for everyone, but made me think. There was a lot of > stuff > about ColdFusion isn't Java, we don't need interfaces etc., with which I > totally agree. > > The thing that made me think was this statement - "Smalltalk doesn't > have > static methods, neither does Ruby". The implication being that static > methods are just another Java thing that doesn't apply to dynamic > languages. > > Am I missing some crucial distinction between static methods and class > methods? I don't know Java well enough to be sure, but the Ruby docs > actually state that they are equivalent. I don't know Ruby, but can > anyone > imagine Smalltalk without class methods and variables? > > Jaime Metcher > > > > > You are subscribed to cfcdev. To unsubscribe, please follow the > instructions at http://www.cfczone.org/listserv.cfm > > CFCDev is supported by: > Katapult Media, Inc. > We are cool code geeks looking for fun projects to rock! > www.katapultmedia.com > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] > > > > You are subscribed to cfcdev. To unsubscribe, please follow the instructions > at http://www.cfczone.org/listserv.cfm > > CFCDev is supported by: > Katapult Media, Inc. > We are cool code geeks looking for fun projects to rock! > www.katapultmedia.com > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] > You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
-- "Come to the edge, he said. They said: We are afraid. Come to the edge, he said. They came. He pushed them and they flew." Guillaume Apollinaire quotes You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
