Re: FastMM4 and BorlndMM.dll question



Hi Dave,

> I'm just curious. But my application consists of a main exe and a number
> of
> packages. If I replace the BorlndMM.dll file with the 'new' version
> containing FasMM4, will that give me the same (or at least similar) speed
> advantages as compiling FastMM4 directly into my app?

With runtime packages there is sometimes an extra indirect jump involved
when calling procedures and functions in another package, but the overall
impact should be minimal. I don't think you'll notice any difference.

Just note that by default the replacement borlndmm.dll is compiled with the
AssumeMultiThreaded option set - as a safety precaution. If your entire
application is single-threaded you can disable this define and memory
manager operations will be somewhat faster.

Regards,
Pierre


.



Relevant Pages

  • Re: Help choosing Delphi version?
    ... But it is contained within the EXE. ... This is the main reason why a typical Delphi application ... I avoid it by not using packages. ...
    (alt.comp.lang.borland-delphi)
  • FastMM4 and BorlndMM.dll question
    ... But my application consists of a main exe and a number of ... packages. ... Prev by Date: ...
    (borland.public.delphi.language.basm)
  • Re: Package location for runtime executable
    ... I am guessing no, because as part of the exe startup, it ... > that will run within the exe, that will specify a sub-directory. ... packages offer the needed functionality, ... can be registered in the Windows registry under the ...
    (borland.public.delphi.language.objectpascal)
  • RE: Advertisments not showing on client
    ... have the same problem only with .exe based packages. ... Mcafee AV which has a .msi for installing the program. ...
    (microsoft.public.sms.swdist)
  • Re: Build with packages
    ... Looking for advice on building with packages - as opposed to one exe. ... interfaces, and conditional compilation, have really helped me manage ... Use conditional compilation to get around problems where source may be ...
    (borland.public.delphi.non-technical)