Re: CFMX - Slow, why?
I think the reason that you are seeing slow page loads for each page the first time it is displayed is that CFMX compiles the code before viewing. Here is some talk about it: http://hotwired.lycos.com/webmonkey/02/34/index3a_page3.html?tw=programming Stuck in the 5.0 world, I haven't hit this wall yet. But I have seen articles on how to "precompile" an entire directory. Do a goole search and you should find what you need. Note, it does not happen for every page load, but for the first page load after a cfm file is changed. Jerry Johnson >>> [EMAIL PROTECTED] 09/09/02 04:46PM >>> I have just finished upgrading my dev box to CFMX. After going through a number of issues (search engine friendly URLs, problems with the installer), I finally have working sites again - but the debug execution times are simply unacceptable. I have 20 apps on this box where every page execution was routinely 50 - 500 ms under 4.5 and 5.0. Under MX, just about every page takes upwards of 2,000 - 20,000(!) ms. I should note this is only the first load of a given page - subsequent loads are normal. Is there some really obvious thing I'm overlooking? Has anyone else had this experience? This is a Win2K box with 256MB RAM and a 650mhz processor. Again, under CF 5.0 everything ran like clockwork. And, does anyone know of a program to allow CFMX licenses to be downgraded to CF 5.0? I need UDF and such, but this MX stuff is turning out to be a headache, especially this first time page loads deal. __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CFMX - Slow, why?
"Big" deal. I can't tell the difference between 1 MS and 10,000 MS. The delay is there in the beginning because the code has to be compiled first. It's a annoying :) "When I was a young boy, I walked 5 miles barefoot to school, in the snow!" -Original Message- From: Sean Daniels [mailto:[EMAIL PROTECTED]] Sent: Monday, September 09, 2002 3:46 PM To: CF-Talk Subject: CFMX - Slow, why? I have just finished upgrading my dev box to CFMX. After going through a number of issues (search engine friendly URLs, problems with the installer), I finally have working sites again - but the debug execution times are simply unacceptable. I have 20 apps on this box where every page execution was routinely 50 - 500 ms under 4.5 and 5.0. Under MX, just about every page takes upwards of 2,000 - 20,000(!) ms. I should note this is only the first load of a given page - subsequent loads are normal. Is there some really obvious thing I'm overlooking? Has anyone else had this experience? This is a Win2K box with 256MB RAM and a 650mhz processor. Again, under CF 5.0 everything ran like clockwork. And, does anyone know of a program to allow CFMX licenses to be downgraded to CF 5.0? I need UDF and such, but this MX stuff is turning out to be a headache, especially this first time page loads deal. __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CFMX - Slow, why?
> "Big" deal. I can't tell the difference between 1 MS and 10,000 MS. > What?!?! You can't tell the difference between .001 seconds and 10 seconds? -Matt __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CFMX - Slow, why?
On Monday, September 9, 2002, at 04:58 PM, Phoeun Pha wrote: > "Big" deal. I can't tell the difference between 1 MS and 10,000 MS. > > The delay is there in the beginning because the code has to be compiled > first. It's a annoying :) I'm sorry, but the difference between the page instantly coming up (<500ms) and waiting for 10 - 20 SECONDS for a page to come up is absolutely *HUGE*. I certainly notice, and believe me, my clients will too. Even if it is just the first page load, inevitably, my client will be the one to get that first load one of these days. And I'll get a phone call. __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CFMX - Slow, why?
So why don't you use the precompile script instead of waiting for the first page request. Learn about it here (http://cfmxplus.blogspot.com). Matt Liotta President & CEO Montara Software, Inc. http://www.montarasoftware.com/ 888-408-0900 x901 > -Original Message- > From: Sean Daniels [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 09, 2002 2:12 PM > To: CF-Talk > Subject: Re: CFMX - Slow, why? > > On Monday, September 9, 2002, at 04:58 PM, Phoeun Pha wrote: > > > "Big" deal. I can't tell the difference between 1 MS and 10,000 MS. > > > > The delay is there in the beginning because the code has to be compiled > > first. It's a annoying :) > > I'm sorry, but the difference between the page instantly coming up > (<500ms) and waiting for 10 - 20 SECONDS for a page to come up is > absolutely *HUGE*. I certainly notice, and believe me, my clients will > too. Even if it is just the first page load, inevitably, my client will > be the one to get that first load one of these days. And I'll get a > phone call. > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CFMX - Slow, why?
At 01:46 PM 9/9/02, you wrote: >I have just finished upgrading my dev box to CFMX. After going through >a number of issues (search engine friendly URLs, problems with the >installer), I finally have working sites again - but the debug >execution times are simply unacceptable. I have 20 apps on this box >where every page execution was routinely 50 - 500 ms under 4.5 and 5.0. >Under MX, just about every page takes upwards of 2,000 - 20,000(!) ms. >I should note this is only the first load of a given page - subsequent >loads are normal. > >Is there some really obvious thing I'm overlooking? Has anyone else had >this experience? This is a Win2K box with 256MB RAM and a 650mhz >processor. Again, under CF 5.0 everything ran like clockwork. Spike Washburn of the ColdFusion Development Team has this solution for you. - Begin Cut and Paste - There is a -webinf argument you can pass to the Compiler to compile pages outside of the CFMX_INSTALL\wwwroot directory. I have attached the latest version of the cfcompile script that demonstrates how to use this argument. Instructions: 1. Save the cfcompile.bat file attached below into the CFMX_INSTALL\bin directory 2. Run cfcompile from the command-line according to the usage Usage: cfcompile [-f] -webroot webdir source [source ...] -f force compilation -webroot webdir the doc root of the webserver source file or directory containing CFM templates Usage examples: Compiling all changed files under the IIS doc root: c:\cfusionmx\bin\cfcompile.bat -webroot c:\Inetpub\wwwroot c:\Inetpub\wwwroot Recompiling all files under two subdirectory of the IIS doc root: c:\cfusionmx\bin\cfcompile.bat -f -webroot c:\Inetpub\wwwroot c:\Inetpub\wwwroot\myapp c:\Inetpub\wwwroot\myapp2 --start cfcompile.bat @echo off @setlocal if "%CFMX_INSTALL%"=="" set CFMX_INSTALL=.. if not exist "%CFMX_INSTALL%\lib\cfusion.jar" goto err_cfdir if "%1"=="" goto usage if "%1"=="/?" goto usage goto compile :compile set PATH=%CFMX_INSTALL%\runtime\bin;%PATH% java -classpath %CFMX_INSTALL%\lib\cfusion.jar coldfusion.tools.Compiler -webinf %CFMX_INSTALL%\wwwroot\WEB-INF %* goto end :err_cfdir echo Error: Could not locate %CFMX_INSTALL%\lib\cfusion.jar echo Please set CFMX_INSTALL path (ex: set CFMX_INSTALL=c:\CFusionMX) goto end :usage echo usage: cfcompile [-f] -webroot webdir source [source ...] echo -f force compilation echo -webroot webdir the doc root of the webserver echo source file or directory containing CFM templates goto end :end @endlocal -end cfcompile.bat- --- Spike Washburn ColdFusion Development Team __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CFMX - Slow, why?
On Mon, 9 Sep 2002 16:46:25 -0400, in cf-talk you wrote: >I have just finished upgrading my dev box to CFMX. After going through >a number of issues (search engine friendly URLs, problems with the >installer), I finally have working sites again - but the debug >execution times are simply unacceptable. I have 20 apps on this box >where every page execution was routinely 50 - 500 ms under 4.5 and 5.0. >Under MX, just about every page takes upwards of 2,000 - 20,000(!) ms. >I should note this is only the first load of a given page - subsequent >loads are normal. > >Is there some really obvious thing I'm overlooking? Has anyone else had >this experience? This is a Win2K box with 256MB RAM and a 650mhz >processor. Again, under CF 5.0 everything ran like clockwork. That's the way it is and always is going to be with Java. You'll just have to get used to it. What you're running into is what's called the JIT - the Just-In-Time compiler. In say a C++ or Visual Basic or even Fortran or Cobol you compile the source code into machine language specific for a certain platform once, and then never bother with it again (upgrades not with-standing.) Java's different. Since it's supposed to run on any platform it's not compiled til it's first called. Thats' what that 20 second delay is -- your java source code is being *compiled* for the platform it's currently running on. After that's done once it'll run more or less at the same speed as say the original C++ version of CF. But anytime you make a change to any .CFM you're going to take a hit as the CF is converted into java and the Java's compiled. While you're developing you're just going to have to learn to live with this, Sorry. But it's not so much of a problem on a production machine fortunately. --min __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CFMX - Slow, why?
Aw now you've done it...you've angered the collective...LOL -Original Message- From: Matt Liotta [mailto:[EMAIL PROTECTED]] Sent: Monday, September 09, 2002 5:07 PM To: CF-Talk Subject: RE: CFMX - Slow, why? > "Big" deal. I can't tell the difference between 1 MS and 10,000 MS. > What?!?! You can't tell the difference between .001 seconds and 10 seconds? -Matt __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CFMX - Slow, why?
Actually, that is not entirely correct. While it is fair to say that CFMX makes use of a just-in-time (JIT) compiler, many people in the industry have a different notion as to what that means. Specifically, a JIT generally is thought to compile code in machine code just in time to execute it. With CFMX, CFML code is compiled into Java bytecode, which is then interpreted by the Java interpreter. A specialized version of the Java interpreter called HotSpot includes a JIT that compiles parts (hot spots) of the Java bytecode to machine code and executes them just in time. Further, VB is not a compiled language; it is interpreted as well. Matt Liotta President & CEO Montara Software, Inc. http://www.montarasoftware.com/ 888-408-0900 x901 > -Original Message- > From: Lewis Sellers [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 09, 2002 3:35 PM > To: CF-Talk > Subject: Re: CFMX - Slow, why? > > On Mon, 9 Sep 2002 16:46:25 -0400, in cf-talk you wrote: > > >I have just finished upgrading my dev box to CFMX. After going through > >a number of issues (search engine friendly URLs, problems with the > >installer), I finally have working sites again - but the debug > >execution times are simply unacceptable. I have 20 apps on this box > >where every page execution was routinely 50 - 500 ms under 4.5 and 5.0. > >Under MX, just about every page takes upwards of 2,000 - 20,000(!) ms. > >I should note this is only the first load of a given page - subsequent > >loads are normal. > > > >Is there some really obvious thing I'm overlooking? Has anyone else had > >this experience? This is a Win2K box with 256MB RAM and a 650mhz > >processor. Again, under CF 5.0 everything ran like clockwork. > > That's the way it is and always is going to be with Java. You'll just > have to get used to it. > > What you're running into is what's called the JIT - the Just-In-Time > compiler. In say a C++ or Visual Basic or even Fortran or Cobol you > compile the source code into machine language specific for a certain > platform once, and then never bother with it again (upgrades not > with-standing.) > > Java's different. Since it's supposed to run on any platform it's not > compiled til it's first called. Thats' what that 20 second delay is -- > your java source code is being *compiled* for the platform it's > currently running on. After that's done once it'll run more or less at > the same speed as say the original C++ version of CF. But anytime you > make a change to any .CFM you're going to take a hit as the CF is > converted into java and the Java's compiled. > > While you're developing you're just going to have to learn to live > with this, Sorry. But it's not so much of a problem on a production > machine fortunately. > > --min > > __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CFMX - Slow, why?
On Mon, 9 Sep 2002 15:52:15 -0700, in cf-talk you wrote: >Actually, that is not entirely correct. While it is fair to say that >CFMX makes use of a just-in-time (JIT) compiler, many people in the >industry have a different notion as to what that means. Specifically, a >JIT generally is thought to compile code in machine code just in time to >execute it. With CFMX, CFML code is compiled into Java bytecode, which >is then interpreted by the Java interpreter. A specialized version of >the Java interpreter called HotSpot includes a JIT that compiles parts >(hot spots) of the Java bytecode to machine code and executes them just I assumed I wasn't "entirely" correct, but that it was close enough for his purposes. But, that's interesting about the, um... JIS (Just-In-Spot :) compiler strategy. Hadn't really had time to read up on the details of CFMX operation yet, so I wasn't aware of that. It makes me cringe a bit thinking about it. There are so many more things that could theoretically go wrong with a JIS strategy... but I guess it works fairly well -- It's about the only thing I think nobody's complained about yet. >in time. Further, VB is not a compiled language; it is interpreted as >well. Mind you, I haven't seriously used VB since a cgi project back in 1997 but I was under the impression it was an option to compile your VB code these days. I could easily be wrong though. Not that I guess it matters all that much, VB being a dead language now. --min __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
