Re: Performance issue after coverting from Framework 1.1 to 2.0

Hi Bernd,

As I told the original poster, focus not on the platform version change, but on what is different between the dev and deployment environments. I think we're on the same page there. There could indeed be something going on with 2.0 ... perhaps a performance hit due to security checks, interacting with something left over from a 1.1 config item (to name just one of a zillion possibilities).

This "2.0 is much slower" issue pops up now and then in discussion lists but is far from universal, as you note -- it seems to be deployment-specific and varies from machine to machine. I haven't experienced it, but believe it's really happening to some folks and wish someone in the know would definitively address it.

--Bob

BerndS wrote:
Hi,

I think that I encountered the same problem: A large program with Framework 1.1 was converted to 2.0, and on some computers almost every line of code is up to 7 times slower than before! It has nothing todo with some special topic like database access, it is really general!

I found out that deinstalling Framework 1.1 on some computers made the application fast again, but unfortunately, that is not the case on every computer.

We have this problem for several months and did not found the cause.

I think it must have something to do with an registry entry, which makes every program step slow.

Thanks for any idea,
Bernd

"Bob Grommes" <bob@xxxxxxxxxxxxxx> schrieb im Newsbeitrag news:O5qB5sFzGHA.476@xxxxxxxxxxxxxxxxxxxxxxx

Don't get overly hung up on "it worked fine in 1.1", even if this is strictly a 1.1 ==> 2.0 project conversion with no other changes. That is not a helpful mindset in actually figuring out the issue. I think it's safe to say that 2.0 is not likely to have major, insurmountable performance issues relative to 1.1; I think it's safe to say that even the 2.0 app was fine on the dev machine. So ... focus not on the platform version change, but on what is different between the dev and deployment machines / networks / security, etc.
.

Relevant Pages

  • Re: Why COBOL is losing the POWER struggle
    ... I do like the 'shortcut' coding of C#, and I also like to use OOCobol ... The real scenario is the 'deployment' issues. ... Linux.NET runtime is optional which is about 4MB in platform ...
    (comp.lang.cobol)
  • [RFC] PCI: Runtime power management
    ... It currently requires platform support, ... * @dev: PCI device affected ...
    (Linux-Kernel)
  • Re: JBoss on Tandem
    ... startup was successful as well as the deployment of several JSF pages ... the whole thing runs a lot slower than on other platform I have ever ...
    (comp.sys.tandem)
  • Re: making debug=true in web.config slows the application
    ... Web.config across DEV / TEST / PROD. ... We maintain the DEV, TEST, and PROD versions of these files separately. ... At deployment, we run a custom tool that deploys the files from ... how can I solve the problem so that in debug mode debug=true ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: deployment issue (?)
    ... See my response to you in Deployment. ... |>>> wizard) on an XP machine, and when I install on a machine with ME I ... |>> Not only should you build the setup package, ... |>> backward compatible with the older platform. ...
    (microsoft.public.vb.syntax)
Loading