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

Latest news from Andy Allan RE SOTR 2012

Back in October we blogged about what was happening in regards 2012.

This news subsequently opened up communication on Twitter that led to the creation of a Google Group to discuss ideas, and ultimately a plan that would allow the 2012 conference to take place.

We then announced that we would make a decision on the conference based on feedback from two partner meetings at the end of November. Initial feedback was positive but we worried we wouldn't have a quick enough turnaround and so it looked like the conference would not happen.

We're delighted to say we are now pushing forward with Sotr2012, but we're looking for some feedback.

As we continuously push to bring in new attendees and sponsors, we've been discussing whether a move from Edinburgh to Amsterdam would help. Amsterdam is a central hub that would involve a direct flight for most people (whereas Edinburgh may involve a connection), it's an attractive location and it has the potential to attract more international interest.

We've opened up a simple one question survey for you to answer: Amsterdam or Edinburgh.You can vote here. We plan to have more details announced in January, but you can follow us on Twitter for more frequent titbits of information.

Free and Open CFML

OpenCF Summit is a community gathering focused exclusively on advancing free and open source software in the CFML community.

If you're interested in diving into the free software CFML engines,  learning more about the free software movement, and interacting with the most progressive thinkers in the CFML community, OpenCF Summit is for you!

When and Where?

OpenCF Summit is taking place on Feburary 21 - 23, 2011, at the Special Events Center in Garland, Texas.

See the attend page for airport, venue, and hotel information.

How Much?

Three days of CFFreedom for the low, low price of only $199. (Plus the obligatory small processing fee. Gotta pay the middle man don't you know.)

Sign Me Up!

Register now!

Happy Halloween fellow CFDevelopers,

Until midnight tonight you can signup for a ColdFusion Plus or Railo Plus plan for only £9.99 per year (was £29.99).

The Plus plan gives you 10 development sites, 10 free cfmldeveloper sub-domains,10 databases, 10 ftp accounts, 50 secured folders, RDS access and more.

For full details and to signup visit the hosting page HERE

-

Please note that all income goes right back into the ongoing support of cfmldeveloper.

I will not be renewing the old cfdeveloper domain names (see below) that were previously used for the free hosting and email, as a result if you are using the developer hosting then you will need to update your domain to yoursite.cfmldeveloper.com as this is now the only domain to choose from.
To do this you will need to delete and then re-add your domain in HELM.

If you are using the old everyone.net freemail service this will also be discontinued when the domains expire, so please switch over to the new google apps service.

Domains that will be expired

cf-developer.net
cfmxdeveloper.com
cfmxdeveloper.net
cfmxdeveloper.co.uk
cfdevelopers.co.uk
cfdeveloper.co.uk