Re: Delphi 2005 executes slower?
- From: "Paul Dunn" <paul.dunn4@xxxxxxxxxxxx>
- Date: Sat, 28 May 2005 12:51:42 GMT
Jud McCranie wrote:
> I did a test with a CPU intensive program, and Delphi 2005 executed
> about 7% slower than the same program compiled with Delphi 6 (same
> compiler options). Is this normal? Is there some new option I don't
> know about?
I've had similar problems. I downloaded the Delphi 2k5 architect trial and
immediately noticed that:
1. Programs with intense CPU usage slowed down significantly - up to 50%
slower in some cases (though the worst were using hand coded ASM blocks - I
assume that Delphi 2005 would be using more processor specific stuff in
these cases). My main test for this was sound output. In one application, I
used MMX to move memory to the sound buffer, and that one suffered a lot
when moved to 2005. The other application used CopyMemory() which was
significantly faster, but failed to execute on a 486.
2. Programs that spend a lot of idle time, waiting for messages etc, are
less prone to stalling unlike Delphi 5.
3. Delphi 2005 alters the behaviour of my applications when recompiled. No
asm blocks, just plain delphi-pascal. Unfortunately there's upwards of 700
operations where the behaviour could have been changed, and I really didn't
feel like tracking it down.
Aside from that, the documentation and help files in general are poor.
Topics that don't exist, information about the IDE that is just plain
*wrong*, most of the hotlink style topic links are no longer linked... if
you look up a procedure that takes a type as a parameter, you could get info
on that type in Delphi 5 just by clicking it - now you have to go look
through the index. If it exists at all.
The IDE itself is *slow* - I code on a 1.7ghz PC with a fast graphics card,
and the screen updates in the editor can be on the order of seconds. It
takes up to a minute to load tooltips, and my application being made up of
about 25-30 seperate forms takes around 4 minutes to load in. And yes, my
system is properly defragged and has a huge amount of empty disk space
available (that's not been used before).
There's other bugs - asking for the tool (component) palette to be visible
at all times results in a large blank area until you bring a form designer
to the fore, so there's no "click a component and press F1 to get help" any
more. Desktop layouts aren't stored in memory, but loaded from preferences
when they are displayed which results in windows reappearing when you close
your app that you thought you'd got rid of or re-arranged to suit you
better, until you save them.
And an enormous amount of Access Violations when compiling - I've resorted
to project->build all, as that's the only one that works 100% of the time.
All in all, I've given it the full month of trial period and am now
switching back to Delphi 5. That one gives the best performance of all the
delphi versions that I've tried (D3 - D6, D2k5) and the best reliablity.
I've decided that Borland have lost the plot entirely, and won't be trying
any new versions.
D.
.
- Follow-Ups:
- Re: Delphi 2005 executes slower?
- From: Marco van de Voort
- Re: Delphi 2005 executes slower?
- From: Jud McCranie
- Re: Delphi 2005 executes slower?
- References:
- Delphi 2005 executes slower?
- From: Jud McCranie
- Delphi 2005 executes slower?
- Prev by Date: Re: How to open a windows folder ?
- Next by Date: Re: how can I tell if a tstringlist.savetofile has worked?
- Previous by thread: Re: Delphi 2005 executes slower?
- Next by thread: Re: Delphi 2005 executes slower?
- Index(es):
Relevant Pages
|
|
