v15.13 is slow

Viewing 16 posts - 1 through 16 (of 16 total)
  • Author
    Posts
  • #69215
    HeDiBo
    Participant

      Do you use data aware components in your project?
      Because, I think I can see what you mean when page changing to pages with data aware components. It looks like all kind of different data records pass before the correct one is positioned,
      I’ll go back to the previous version of AC to check this.

      #69216
      HeDiBo
      Participant

        I did not notice much improvement in AC 15.11
        Must be your specific combination of AC controls.
        In general I must say I’m not very impressed with the current speed of AC.
        There’s definitely something wrong in the paint part. Look at the attached picture of the MegaDemo. The page for App scaling is not painted after switching to it from another part.

        Attachments:
        You must be logged in to view attached files.
        #69218
        HeDiBo
        Participant

          I can add several other screen dumps of MegaDemo that are dead wrong.

          #69219
          HeDiBo
          Participant

            To get a view of the problems switch off all effects in the TsSkinManager – Effects page.

            #69222
            Lasse
            Participant

              Yeah, I use data aware components in my database administration tool (https://www.texteditor.pro/firebird/). I have made quite many optimizations for AlphaSkins to speed it up but the latest v.15.13 is remarkably slower than v.15.12 even with all the fixes I have made.

              There are quite many loops which can be faster by just using variables to avoid getting items unnecessarily multiple times (it is slow). I also recommend FixInsight tool to point out bad code that we easily make in a hurry.

              #69232
              Support
              Keymaster

                Hello!
                Lasse, I have made many tests with comparing of v15 with versions 14 and v12.
                Speed of work was near to v14 and much faster than v12.
                Maybe you have enabled the Lighting effect animation? This may have influence to speed of work.
                Can you help me to make a new test with slow work of components, please? Also, can you show some screenshots of slow forms?

                To Dick: the problem of repainting without animation is not linked with issue of this topic. Thank you for the info, it will be fixed in the nearest release.

                #69239
                Lasse
                Participant

                  No, I don’t use lightning effect. It didn’t work well last time I tried it. But I will try to find time (at weekend) to find the reason for this slowness. I remember seeing some suspicious code while I was merging the version but I will see…

                  #69240
                  K.Ob
                  Participant

                    I can confirm an abnormal behaviour that limiting the paint/repaint messages per second.

                    I recall that i send your support this same example in the past (may be it was version 11, 12 or 13, i can’t remember), back then the problem was the count of draw per second in the attached sample something around 170 which is too high as it should be 10, and you fixed it back then,
                    Now with the same example i can’t reach 10 !, it is somewhere between 5-6 when the repaint is issued, means when the paint process went the right way through SkinManager.

                    Hope this sample help.

                    Note: for you guys, if you still have older versions to test and confirm when that behavior had been changed it might narrow the problem for the Alpha team, and thank you all for your time.

                    Attachments:
                    You must be logged in to view attached files.
                    #69242
                    HeDiBo
                    Participant

                      I ran it in Delphi XE4 with debugging on and I received at least 10 in each configuration.
                      Very nice utility.
                      But I have no problems.
                      It makes no difference, 32 bit, 64 bit, with or without debugging: it’s always 10, sometimes starting off as 9.

                      #69243
                      K.Ob
                      Participant

                        Thank you HeDiBo very much !

                        This is very strange as mine can’t reach more than 6 on D2009, D2010, DXE5, DXE8 and Seattle, hope this will help finding and solving this issue.

                        Being more than 10 or less is not of important as the stable point is 10.

                        I searched my email archive and found when it was wrong and fixed, the version which was on my PC giving +170 was 11.18 (may be older versions too) and where fixed in v11.19 after contacting the support.
                        Now, i can’t find both versions to test them.

                        The cause of this bottleneck might be in Windows 10 Build XXXX.

                        About slowness : I tested two applications and i can see some parts are faster and some parts of drawing is slower this is compared to v13.18

                        #69245
                        K.Ob
                        Participant

                          Update :
                          I found the old versions, so i built my test with both versions 11.18 and 11.19, the result now is:
                          11.18 does have around 100 paints per second with one CPU core at 100%
                          11.19 does have 7

                          This is not what i remember as it was even mentioned in the emails with the support
                          11.18 +270 with one CPU core at 100%
                          11.19 exactly 10 with small variations (1 at most)

                          To conclude, i have something wrong in my Windows 10 and my test might not be the best case to waste time with, my observed problem is not AlphaSkins tied but more likely something with system.

                          #69257
                          Support
                          Keymaster

                            Thank you for the good test-app, some optimization will be available in the v15.14 already.

                            #69258
                            K.Ob
                            Participant

                              Thank you !

                              That is great to hear.

                              #69277
                              Lasse
                              Participant

                                Finally had time to see what is the cause. Changes in acgpBlur procedure in acgpUtils.pas unit are causing the slowness.

                                I reverted that procedure to v15.12 and everything is fine now.

                                • This reply was modified 5 years, 6 months ago by Lasse.
                                #69293
                                Support
                                Keymaster

                                  Lasse, you can try the v15.14 already.
                                  Some changes were added there.

                                  #69300
                                  Lasse
                                  Participant

                                    It is perfect now.

                                  Viewing 16 posts - 1 through 16 (of 16 total)
                                  • The topic ‘v15.13 is slow’ is closed to new replies.