coldfusion server / jrun slowing my pc down incredibly

> while there are some issues with jrun itself (you have all sp's applied right?),

I have no idea.
Coldfusion 8 installer put it on my system.. havent done anything since then.

How do I check to see which version of jrun I have?

afaik there are no sp's for 8 yet... so that won't help

How much RAM do you have on your system??  I've run CF6.1/7/8 on my laptop for years... haven't had any problems... but then I installed 1GB of RAM when I purchased it 3 years ago... and I upgraded to 2GB as soon as 1GB SODIMMs dropped below $120/ea.

If you have a desktop you should be running 2GB without even thinking (I run 2GB on all 4 of my PC's).  RAM is the cheapest upgrade you can install for the greatest performance increase IMHO.  However, I've never seen JRUN/CF - take up more than 300-400MB of RAM even running pretty large apps I've written.

My laptop runs IIS5/CF7/MS SQL 2005 Developer Server - all on XP Pro - and other than taking about 2 minutes to cold boot - it runs very fast - despite having only a 1.6GHz P4 in it.

When I ran the Scorpio beta... it was running as fast as MX7 without using much more RAM (maybe .5%) so either the install is having problems, or your system was already taxed - at least that would be my guess.

What other resident programs are running all the time on that system?

I have 1 gb ram. I know how much is costs but live in a country where computer parts are highly overpriced and usually about double what you pay in the states.. I am going to upgrade, but have to wait a whle.

>What other resident programs are running all the time on that system?
>However, I've never seen JRUN/CF - take up more than 300-400MB of RAM even running pretty large apps I've written.

I think this screen shot of the task manager will explain things well enough:
http://solasproductions.com/ex.jpg

I just turned my computer on, opened firefox and thunderbird.

Also, this problem has persisted across 2 different OS installs.

Talk about a freaking memory leak. This is absolutely out of hand.

Can jrun get a virus?

When I terminate the process, it just starts back up and keeps counting till it hits the 450 mb mark.

Of course, I can stop it by stopping coldfusion server, but I dont want to do that.. I am testing pages all the time locally, and thats the primary function this machine is configured for.

Yeah, if you just started and it running that high something is definitely wrong... by way of comparison:

On my laptop with CF7/MSSQL just started I get -
jrun.exe                SYSTEM           00        67,708K
sqlservr.exe          SYSTEM           00        35,356K
...

There are only a couple of things off the top of my head that I can think of, because although CF8 is more comprehensive than CF7 - the differences are largely in execution methods, commands, features, etc... not in memory allocation (at least not that I'm aware of).

Some things to check -
Are you running all of the admin monitoring tools in CF8 (these may take up more memory)?  Do you have CF set in admin to chache paths, or to pre-compile everything (save class files) - this should make it run better - but is not as useful if you're changing files regularly.

Because my laptop install of CF is basically just for demonstrations where internet is unavailable - I have the save class files option checked.  However, when I disabled it and stop-restarted the CF service - I actually lost size (it went to 60MB).

The only time I see it be the size you indicate or larger (one server it hovers around 675MB) is when I am running a very, very large app (over 500 templates), with hundreds of cached queries and users hitting the server over a period of days.

Something is definitely wrong with your install I would have to say.  However, I'm still looking to try to find something that might help.  What JRE version are you running?  I don't see how that would cause a problem, but perhaps there is some incompatibility.  From your screenshot it appears you are running XP so I don't think its the OS.  I'm not aware of a virus that can affect JRUN directly, however, it is possible for any file to become infected with a virus - especially a program file.. I would definitely scan for virus/spyware.  However, if you've uninstalled and reinstalled jrun/cf and you still have the problem then I'm unsure what could cause this.

I'll keep looking, and hopefully someone else might have more insight.

Also, since I assume that you are not actually having users connect to this server, and it doesn't seem that you are using it for performance testing (just operation of new code) - I would turn all of the caching settings way down... so that you're not caching much of anything.

Also I would remove all the .cfm pages you are running on that server and clear the template cache (in admin console) and restart... that will at least remove any possibility that your code is causing something funny.

An examply of this was my previously ~640MB instance - when I upgraded the application to MX7 and re-wrote my code so that all of the SQL operations were happening on the SQL server rather than in CF, as well as parameterizing all of my queries (<cfqueryparam>) - the same server dropped to ~174MB.  MSSQL jumped up to 1.45GB - but that's what it does with a large database with lots of use - and it's a server so I have 4GB of RAM on it.

I'll keep checking - but at least if you can guarantee that it's not anything in your code we know it's with JRUN itself.  Maybe a fresh install will help it then, but there's no reason to do that unless you know it's not anything you've changed or created.

LOL! Yeah isn't marketing always the bugaboo of technology of all kinds.  Well, I'm glad that you found the solution - I definitely would have never guessed at that, but then again I would have had no way of knowing that it could cause problems with memory on JRUN.  That's too wierd.

No kidding .. I wouldnt have known to check task manager, except the computer immediately starting running better, I knew something was up when I re-ran the registry hack.

Is all honesty, this event is the tipping point. Im buying a mac.