Re: rebase native images, please help

From: Claus Klammer (klammer_at_utanet.at)
Date: 06/21/04 

Date: Mon, 21 Jun 2004 08:13:31 +0200

Then why doesn't the (managed) directx dlls have its own base address when
it will affects the working set a lot?
MSFT please comment on this. When will it be fixed? I think systems with
less available RAM (like I have to deal with) will benefit a lot of this
fix, am I right?

Claus

"Shri Borde [MS]" <sborde@online.microsoft.com> schrieb im Newsbeitrag
news:rJC2oVZVEHA.3788@cpmsftngxa10.phx.gbl...
> You cannot rebase a strongly signed assembly as rebasing changes the hash
> of the assembly.
>
> As with most perf issues, you need to measure it yourself. How much
> relocating a dll at runtime affects perf will depend on your specific
> scenario. It will definitely affect the working set a lot as the entire
dll
> needs to be loaded (by the NT loader) and the relocations have to be
> applied. How much time this needs compared to the time taken by your app's
> startup depends on your specific app.
>
> Shri Borde [MSFT]
>
> This posting is provided "AS IS" with no warranties, and confers no
rights.
> --------------------
> > From: "Pavel Lebedinsky" <m_pll ./. hotmail ./. com>
> > References: <uTljRRWTEHA.2580@TK2MSFTNGP12.phx.gbl>
> <eJBgt#cTEHA.3420@TK2MSFTNGP12.phx.gbl>
> <#X$Oz36UEHA.1656@TK2MSFTNGP09.phx.gbl>
> > Subject: Re: rebase native images, please help
> > Date: Wed, 16 Jun 2004 18:55:02 -0700
> > Lines: 21
> > X-Priority: 3
> > X-MSMail-Priority: Normal
> > X-Newsreader: Microsoft Outlook Express 6.00.3790.0
> > X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.132
> > Message-ID: <OtgBd4AVEHA.2360@TK2MSFTNGP10.phx.gbl>
> > Newsgroups: microsoft.public.dotnet.framework.performance
> > NNTP-Posting-Host: tide137.microsoft.com 207.46.238.137
> > Path:
>
cpmsftngxa10.phx.gbl!TK2MSFTFEED01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP10
> phx.gbl
> > Xref: cpmsftngxa10.phx.gbl
> microsoft.public.dotnet.framework.performance:7910
> > X-Tomcat-NG: microsoft.public.dotnet.framework.performance
> >
> > I don't think you can rebase a strongly named dll after it is signed.
> >
> > The fact that d3d9.dll is not rebased is probably just a bug.
> >
> > I don't know how much time is spent rebasing all these dlls
> > but frankly I would be surprised if it would noticeably affect
> > the startup time of a typical application.
> >
> > "Claus Klammer" wrote:
> >
> > > Is there a way to rebase strongly signed dlls?
> > > Why do the base addresses of the directx dlls overlap? Does Microsoft
> > think
> > > that it's not worth while to give each component an own address? Does
> > > anybody know how many percent of the startup time can be saved by
> avoiding
> > > relocations approximately? (If I speak of the startup time I mean the
> time
> > > spent after clicking on the exe till the time the window (loading
screen
> > of
> > > application) is displayed.)
> >
> >
> >
>

Relevant Pages

  • Re: Minimizing the working set of my Windows app
    ... How do you explain that the iis process link to the same DLL and more and has a thiner working set than my app? ... > Tim Robinson ...
    (microsoft.public.win32.programmer.kernel)
  • SetProcessWorkingSetSize
    ... I'm having difficulties with setting the working set size of a process. ... A normal application loads a DLL dynamically and one of the calling ... This goes fine over into the Delphi 5 DLL. ... Unfortunately the work the DLL does eats up memory like there's no tomorrow. ...
    (borland.public.delphi.nativeapi)
  • Re: Re-basing packages
    ... Relocating a DLL is apparently something that will slow loading down. ... If dll's/bpl's must be relocated in memory this not only slows ...
    (borland.public.delphi.non-technical)
  • Re: Running 1 VM for more Java programs
    ... However IIRC there is now a DLL so you don't use quite as ... much RAM as you used to. ... The problem is Sun sells servers where the startup time does ... Coaching, problem solving, economical contract programming. ...
    (comp.lang.java.programmer)
  • Re: MSVCR71.dll missing
    ... The application that is running at startup time requires msvcr71.dll, ... failed to locate/install it. ... Since msvcr71.dll is not a OS DLL, this is a problem with the particular ... This posting is provided "AS IS" with no warranties, ...
    (microsoft.public.win2000.cmdprompt.admin)