DelphiSpeedUp 2.8 testers needed (D6-D2007)

By | November 29, 2009

Last week I had to start working with Delphi 7 again. And if you are already used to the speed of Delphi 2009 and 2010 the Delphi 7 IDE seems to be slower than expected. Especially if you have a large project and you want to pause the application or step into a function that is in a unit without debug information. With my old computer it could take more than 2 minutes until Delphi 7 responsed. So F7 (Step into) had to be used carefully. And pausing was replaced by pressing F12 (under XP) in the application.

Now that I must work with Delphi 7 again, I decided to spend my spare time to find a way to make those 2 tasks a lot faster. And the result is the new DelphiSpeedUp version 2.8. But because I don’t have all the Delphi versions installed anymore (only the command line compiler is “installed”) I need testers. I’ve tested Delphi 7 and 2007 myself (in a VM). But the tests for Delphi 6, 2005 and 2006 are missing. I don’t expect any failure because the compiler functions that I patch haven’t change that much (some offsets here and there).


Changes from version 2.78 to 2.8:

  • Added: Improves “Step Into” speed, especially for large projects or projects with packages (Supported for Delphi 6-2007).
  • Added: Replace Delphi Compiler LocalAlloc memory manager with the IDE’s memory manager (=>FastMM)


Downloads:

DelphiSpeedUpV28.zip (Delphi/C++Builder 5 – 2007)

DelphiSpeedUpV28D6.7z (Delphi/C++Builder 6)

DelphiSpeedUpV28D7.7z (Delphi 7)

DelphiSpeedUpV28D2005.7z (Delphi 2005)

DelphiSpeedUpV28D2006.7z (Delphi 2006)

DelphiSpeedUpV28D2007.7z (Delphi/C++Builder 2007)

20 thoughts on “DelphiSpeedUp 2.8 testers needed (D6-D2007)

  1. Andreas Hausladen Post author

    Because our software is written in it and while we are switching to a newer Delphi version, some new features have to be implemented as soon as possible.

  2. Brian

    Delphi 7 speed up works well for me so far, noticable improvement over 2.7. will keep testing. Brian.

  3. David Heffernan

    I’ve just installed it on Delphi 6 (I love D6 and won’t move on until native 64-bit!) running under Windows 7 x64. So far so good and so much more speedy.

    I’ll let you know more after some more intensive use.

    Thank you ever so much for this.

  4. Dragon

    I installed in delphi2007, and debug my project , it is faster than before when I press F7.

    thank you so much for your efforts.

  5. fabio vitale

    I installed it in Delphi 7 and I say THANK YOU very much!
    Now: what about DDevExtensions 2.0 for Delphi 7?

  6. André

    Can you give us some tips how to find problems/bottlenecks in Delphi (and make fixes)?
    What kind of tools do you use?

    I like profiling and optimizations, so any more knowledge and tips would be
    very nice :-).

  7. Arthur Pijpers

    I installed it on Delphi 2005, and so far it seems to be working. We have large projects with packages so this speedup is really appreciated.

  8. LDS

    I got some “Out of memory” errors while loading a project group with 50 projects within.

  9. Tomi

    Tested with D5. On Vista Delphi starts and after 5-10 sec. Vista dialog Program Not Responding (Cancel or Debug). When revert to 2.78 everything is OK.
    On another comuter with XP and D5 2.8 working OK???

  10. Roland

    Tested on D2007. But no significant speed up of Step into. Tested with a large project (9.5 Mio Locs).

  11. Alexander

    Tested on D7, XP SP3.

    1. Call D7 with this string:

    “C:\Program Files\Borland\Delphi7\Bin\delphi32.exe” G:\ACGAPP\SZN\Szn.bpg -b -oG:\ACGAPP\SZN\Szn.bld

    Stable error – “Invalid pointer operation.”

    2. “Build all” – everything is OK

  12. Andreas Hausladen Post author

    @Alexander:
    The patching of the compiler is done after the IDE was loaded. DelphiSpeedUp uses a timer to find the right time. With the -b parameter the timer fires too late and the compiler’s memory manager has already allocated memory that is then released by the IDE’s memory manager => EInvalidPointer. I will change that so the patching happens directly after dccXX.dll is loaded.

    @Roland:
    I also saw that today in my Delphi 7. Some projects need a different optimization strategy and I hope I can find one.

    @Tomi:
    Delphi 5 was not on the list đŸ˜‰ Maybe some of the patching routines work with it but fail due to different memory offsets. I’ll disable the whole “Step Into” patch for Delphi 5.

  13. Andreas Hausladen Post author

    @LDS:
    Do you use the FastMM Replacement BorlndMM.dll memory manager? You should, if not. I haven’t tried it with the old memory manager.

  14. SEEFALL

    It works fine with My D7 and the speed of d7 is faster than before. I would not change to your new version.

  15. Andreas Hausladen Post author

    @SEEFALL: Why wouldn’t you want to change from the development snapshot version to the Release Candidate?
    BTW: All the above downloads point to the release candidate because they have the exact same filename.

Comments are closed.