RAD Studio 10.3 has a number of performance improvements, as well as some quality improvements we’d like to share.
Some time ago, we licensed Andreas Hausladen’s IDE Fix Pack. This is an unofficial IDE addon that changes the behaviour of several things in the IDE, including fixing some bugs. Andreas kindly let us see the issues he had identified and integrate fixes.
In 10.3, we have integrated fixes for a number of these, and have developed different fixes for a number of other issues.
The most noticeable fix is to do with form opening time for complex forms in the designer, an issue related to LiveBindings, even if LiveBindings were not used for that specific form. The approach we ended up implementing has improved the performance by a factor of 27; that is, it is 27 times faster. An artificial test case with 10,000 controls which previously took 80 seconds to load now takes 3 seconds, and we anticipate real-world forms will be even faster.
A nice thing to note is the steady speedup in startup time in recent versions of the IDE, both 10.2 and even more in 10.3. Here’s a comparison of warm startup time for 10.0, 10.1, 10.2, and 10.3:
Warm startup time is when the IDE has already been open, and is closed and opened again. The methodology is to start the IDE; close it; and then measure the time from the double-click on a desktop shortcut until the IDE window displays. This includes time between when the shortcut is clicked but before the splash screen shows, and represents the true startup time of "time between when I click, and when the IDE is present." The tests were performed on a Parallels VM running Windows 7 on an older 2011 MacBook Pro, which is not top of the line hardware and represents starting the IDE on a genuine, non-ideal machine. (A test on a - for example - 32-core, 128GB, 2018 machine would not be representative; this machine is likely older than many configurations our customers have and so represents an excellent real-world non-ideal case.)
Results for a cold startup (never opened, fresh boot) show similar speed increases in recent versions.
You can also view a full list of all 490 publicly reported fixed issues.
RAD Studio 10.3 has some very nice performance improvements and quality enhancements, speeding up both inside the IDE (especially form loading in the designer) and when you first start using it. Read more about what RAD Studio 10.3 includes!
Reduce development time and get to market faster with RAD Studio, Delphi, or C++Builder. Design. Code. Compile. Deploy.
Start Free Trial
Free Delphi Community Edition
Free C++Builder Community Edition
I agree with Albert Wiersch, compilation time has become worse. I just compared 10.2.3 with 10.3.1 using a large project, batch compilation enabled.Tokyo 10.2.3 took 170 seconds to build, Rio 10.3.1 took 220 seconds. That's 30% slower. I like strict compilers but I like fast ones much more.
I hope that it will be fixed in the version 10.3.1. I am not the only one that say that the IDE of RIO is to slow. (multi issues about slow ide on quality platform)
ok, David. I've add the problem to rsp-23000
HI Ravaut - that's definitely not expected. I'd try turning off the various code completion or tooltip insight (etc) settings, and if one of those helps then please file a bug report. Otherwise, please contact Support. We'd definitely like to track down hte cause of that problem.
Hello David, we have move the code of a large project from XE7 to XE10.3. But we do have big problems with the IDE. When we write in the editor the code completion is slow that we can not write . We must wait for 20-60sec. Some times the EDI crash. In the search edit we must also wait. We disabled the livebindings but this doesn't help. Any Idea where to look?
That's not expected at all! Please file a support case. They'll likely ask you for a copy of the project group and will analyse to see what's going on.
HI David, Startup is speed up but when I load groupproj it takes 5min30sec in RIO and 10sec in TOKYOAny workaround or advise?
Batch compilation will be addressed soon. Compile time we think should not be slower than 10.2, but if it is, please attach the code that causes it to a bug report and we'll look into it. Every release, we look at several bugs about speed and investigate them - performance is high priority.
Can you file bug reports for these please, or point me at the existing reports?
Andreas is awesome, and we're very glad for what he does. We do plan to integrate some fixes from the Fix Pack into the IDE over the next few releases (there are even some in 10.3 already.)
Compilation time should be the same as 10.2. We do have ongoing work to improve the compiler compilation time every release.
We plan to address this - stay tuned.
Workaround here: quality.embarcadero.com/.../RSP-21653
Yes!!! I am getting this exact linker error as well. Did you find a solution?
Compilation time with the new C++17 is horrendous and a huge step backwards because parallel/batch compilation doesn't work anymore.