I used dotTrace to profile it. That's how I figured out that the
debugger was the problem in the first place. When running it with the
profiler, which of course attaches to the actual exe, it runs fine and
zippy. Any recommendations on the best way to "profile" while running
in debug mode?

As far as more AR details, we are using a single SessionScope that is
created upon application startup. Because of our key generation setup,
we are using FlushAction.Never and then manually flushing when
necessary. My investigation into the problem so far has centered
around selects; I have not looked into CUD at all. Our model is pretty
much entirely lazy-loaded. I have looked the sql nhibernate is
generating between the old and new version, and the problem is not
there. I also will tell you that, while our app is designed to be
capable of running on multiple tiers, we pulled back from WCF for
various reasons and are in fact just running multiple assemblies that
run on the local computer, attaching to an Oracle 9i database for
persistence. Let me know what other details would be helpful.

We do have over 100 DTOs in our object model, though the selects that
are causing the problem are not reaching anywhere near that number.

scott

On Aug 21, 10:04 am, Krzysztof Koźmic <[email protected]>
wrote:
> Please provide more details. Profile the application if you can.
> There's a bug in BCL that manifests itself with Dynamic Proxy when you
> create many (more than 100) proxy types.
>
> Krzysztof
>
> scottieb wrote:
> > Just moved our winforms, n-tier application from AR 1.03 to 2.0 and I
> > noticed the performance being 4-5 times slower for some of the gets.
> > After some investigation, I found that the problem only manifests
> > itself when running the app in debug mode from within Visual Studio;
> > running the debug exe directly works fine. Has anyone else experienced
> > this with the new version? Any ideas on what could be going on?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Castle Project Users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/castle-project-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to