What JVM are you using?

Sounds like the JVM bottleneck with the shipped version with CF8.

Mark

On Fri, Jul 24, 2009 at 4:39 PM, Denver <denver.r...@gmail.com> wrote:

>
> Thank you for helping with this!
> I restarted the CF service, turned that option off, cleared the cache,
> and ran everything again.  The transferFactory.init() method still
> took 100% of the CPU for about 60 seconds, but loading the first
> object (transfer.get("instance",1)) only took 55 seconds of 100% CPU
> instead of 240 seconds.
>
> So, the loading of the data definitely went faster.  I'm still
> concerned about CPU utilization though.  Is it common for it to take
> all of the CPU for such an extended period of time during init() and
> also if loading several objects for the first time?
>
> -Denver
>
>
> On Jul 23, 11:32 pm, Mark Mandel <mark.man...@gmail.com> wrote:
> > Turn off report execution times in your debugger.
> >
> > For any CFC heavy application it slows things down like c-raaaaazy.
> >
> > Mark
> >
> >
> >
> >
> >
> > On Fri, Jul 24, 2009 at 1:34 PM, Denver <denver.r...@gmail.com> wrote:
> >
> > > Hello!
> >
> > > I have recently setup Transfer for a project that I am working on, and
> > > have experienced some MAJOR CPU spiking on the machine running the CF
> > > server; the process causing the spikes is JRun. I downloaded Transfer
> > > a couple of days ago from the site, so I believe I am using version
> > > 1.1.  I am running Adobe Coldfusion Server 8 (Developer Edition)
> > > (version 8,0,1,195765) on a Windows Server 2003 R2 machine with 1GB of
> > > ram.  I am using a SQL Server 2005 backend.  The database interaction
> > > is going quite quickly <100ms, and is not spiking resources on the
> > > database server.
> >
> > > Essentially, when I call transferFactory.init() it spikes the CPU for
> > > about 60 seconds, and when I try to retrieve my first object (since
> > > nothing is cached yet), it spikes the CPU for around 240 seconds.
> > > Getting that first object of course causes Transfer to go map out
> > > several other objects that are directly and indirectly related via
> > > composition, but the amount of time and resources it takes to do that
> > > is incredible to me, and I don't understand what is going on.  Is
> > > there something wrong with my configuration?
> >
> > > I have compiled several files to help with debugging, and compressed
> > > them into one file.  I have two versions of that file sitting on
> > > DropBox (depending on if you can read RAR files):
> > > - (4.26MB)
> > >http://files.getdropbox.com/u/1117717/TransferCPUSpikesDebugging.rar
> > > - (8.92MB)
> > >http://files.getdropbox.com/u/1117717/TransferCPUSpikesDebugging.zip
> >
> > > The only difference between these two files is compression method;
> > > they have the same contents:
> > > - README file with more info about each file
> > > - Database Diagram
> > > - Full SQL Server Database Backup of the database I'm connecting to
> > > - All the relevent code (which is only a few lines)
> > > - Configuration XML files
> > > - A "recording" of the CPU spikes
> > > - Debugging info dumped out by ColdFusion when the page finally
> > > displayed
> >
> > > Thoughts?  Questions?  Help?
> >
> > --
> > E: mark.man...@gmail.com
> > T:http://www.twitter.com/neurotic
> > W:www.compoundtheory.com
> >
>


-- 
E: mark.man...@gmail.com
T: http://www.twitter.com/neurotic
W: www.compoundtheory.com

--~--~---------~--~----~------------~-------~--~----~
Before posting questions to the group please read:
http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer

You received this message because you are subscribed to the Google Groups 
"transfer-dev" group.
To post to this group, send email to transfer-dev@googlegroups.com
To unsubscribe from this group, send email to 
transfer-dev-unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/transfer-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to