If you have been having performance problems with CFBuilder or CFEclipse on windows (slowness, high CPU usage) then you may find the following solution provided by Kevin Miller useful to help resolve your issues.

For those of you that continue to experience hangs and massive slowdowns running CFB on Windows 7 64bit, the one thing I found that made all the difference in the world is to have Eclipse use the jvm.dll rather than javaw.exe (the default).  I’m using the CFB plugin into Eclipse, but I suspect this may also apply to CFB standalone on Win7 64bit as well.  No amount of configuration changes, switching between 32 and 64bit JVM/Eclipse or disabling of features made any difference to the significant performance problems I was continuing to experience UNTIL I explicitly had Eclipse start up using the dll (forcing the JVM to load within the Eclipse process).

I also found that simply adding the –vm argument to the eclipse.ini apparently doesn’t work when trying to specify a specific JRE to use (at least on my machine); regardless of the existence of this argument in the ini file, it will still always fire up C:\Windows\System32\javaw.exe, which is where the problems I was seeing are (high CPU utilization, memory consumption).  Not sure why that argument is ignored, perhaps a path issue, but I found that the only way I could be certain that I could run Eclipse with a specific JRE was to invoke Eclipse with the –vm command line argument.

I removed all my old JRE installs and installed the most recent 64bit JRE to C:\Java\64bit\.

What didn’t work:

I first tried updating eclipse.ini with:

-vm C:\Java\64bit\jre6\bin\javaw.exe

but found that Eclipse was still invoking the C:\Windows\System32\javaw.exe for some reason.  Eclipse started of course, and the javaw.exe process started going bananas again every time I would try to edit a file and *change the value of an html input tag* of all things – as soon as I changed the input value by adding one letter (even before saving) the javaw.exe process would immediately start eating cpu and memory, and I could repeat this problem consistently across multiple files.  Eclipse would hang, and I’d have to forcibly kill it as it would never recover.

I then tried invoking Eclipse with the command line –vm argument, like so:

D:\eclipse\eclipse.exe -vm C:\Java\64bit\jre6\bin\javaw.exe

leaving all the other arguments alone in the ini file; now, I could see that it was definitely using this particular javaw.exe but had exactly the same behavior I described above, edit a file (local filesystem, not network just to clear that it isn’t network related) and javaw.exe freaked out and Eclipse hung until forcibly killed.

I then tried changing the –vm argument in the eclipse.ini file to:

-vm C:\Java\64bit\jre6\bin\server\jvm.dll 

When Eclipse started it still had fired up javaw.exe in the Windows system32 directory as above.  Whatever.

What worked:

Finally, I invoked Eclipse using the command line –vm argument pointing to the JRE’s jvm.dll, like so:

D:\eclipse\eclipse.exe -vm C:\Java\64bit\jre6\bin\server\jvm.dll  

and holy crap, it runs great.  Responsive, no appreciable sluggishness, I even turned a bunch of the code assist and insight features back on in light of how great it works now.  Because javaw.exe isn’t running I have seen none of the problems I had when using the default invocation.  I don’t understand why this option isn’t talked about more (I recall seeing only one reference to it in all the stuff I read), nor why it works better for me than the default javaw.exe but I’ve been running it all day now and it has been working terrific so far.

So, if you’re on Win7 (or maybe even Vista) 64bit, have a 64bit JVM and 64Bit Eclipse and are seeing crappy performance or stability, try this method and see if it doesn’t solve your problems.  Off now to uninstall IntelliJ and Komodo trials ….

Trackback url

CFSearch.com is an old CF project of mine that has been festering unloved for a few years. The original site was built back in 1999 and was a ColdFusion directory/search engine type thing allowing users to register their site, product or service and allow it to be searched on. I have barely touched it since then. I kept meaning to build a new site but never got round to it, so I eventually just turned it into a google adwords site.

Recently I decided to revive the project using Google's custom search engine technology which does most of the hard work for you, I still need to extract and verify a lot of the sites from the old database as many of them are probably dead by now, but the system is up and running and has enough data in it to be useful and usable. I have kept it very minimilist (google style) for now, but will add more features over time.

So if you run a CFML related site or blog, have written some cf open source software or sell any CF related products or services then please pop over to cfsearch.com and submit your site.

After discussions with Matt Woodward we have determined that Open BlueDragon is simply not suited for a shared hosting environment as it lacks any kind of sandboxing security which is required for such an environment and which ColdFusion and Railo both have. Matt also tells me that currently there are no plans to add any such functionality, so this means that OBD will not be supported on the cfmldeveloper free hosting platform anytime in the near future. For those that do wish to try Open BlueDragon a cheap Virtual Private Server is the answer, which is clealry the market it is aimed at.
I believe there are ready to go amazon S3 Linux templates available that have been created by the ODB community which is a quick and easy way to try it out if you know Linux. If you are a windows type of guy then we have windows hyper-v powered virtual servers available from £25 over at BlueThunder.