Been said before, I'll say it again — IDE is sooo slow

  1. ‹ Older
  2. 6 days ago

    Bob K

    Dec 6 Pre-Release Testers, Xojo Pro Kansas City

    Do you get different performance when NOT in Dark Mode?

    Since you're a pre-release person I suggest you work with whatever prerelease version is available and try it there too. Feedback on *that* version is even more critical.

  3. Perry F

    Dec 6 Pre-Release Testers

    Thanks Bob. Unfortunately the performance is just as slow in light or dark mode. I will check the pre-release section and see if they have any newer builds. I just know they've been mostly focusing on 64 bit, dark mode support, and fixing other bugs/issues with the IDE. And I can tell that has paid off a lot. Things are so much nicer than they were even a year ago. But performance continues to be a major issue, and I just hope they're actively working on that, or will be soon.

    I'll see what I can do as a pre-release tester. I'm happy to share any diagnostics/reports/whatever they need if it will help them improve performance!

  4. Dave S

    Dec 6 San Diego, California USA

    Personally I have never experience the IDE being "slow" to the point it was really noticable... .but what I have noticed (starting in 2018 at least) is the you click on a line in the editor, and your cursor ends up at the beginning to the block the line was in....

  5. Roger C

    Dec 6 Lewis Center, OH

    I am running Xojo 2018.3 on a 27in iMac i5 under OS 10.14.1 in Dark Mode. I am simply not seeing the issues you report. Can't say that performing the actions you mention are instantaneous, but every one as you describe is completed in < 1 sec on my computer. This is true with a fairly large project as well. I can't imagine working under the conditions you describe and I have no solutions for you. I can only testify that this is not the standard performance.

  6. Perry F

    Dec 6 Pre-Release Testers

    Dave, that is very strange. I've been having major performance issues over several XOJO releases now, maybe since the beginning. There must be something about my projects that is causing the issue. It's super fast with new projects or smaller projects, but my two bigger/main projects are just terrible.

    Dave, how big are the projects you are working on? I'd love to know if it was just the size of my projects (about 20-30MB), or something else specifically in the projects causing it. I'm not using any 3rd party plugins, either.

    Just now I was testing things in light mode, and double-clicking three different controls moved all three of them several pixels off the screen before bringing up the code editor, which took about 5 seconds to come up each time. Going back to the layout editor and undoing the move took another 5+ seconds each time. Performance is only part of it — having clicks ignored or mis-registered is what is really killing me. Things are moving around on their own, or not being clicked at all, so I end up deleting/nudging the wrong object, etc

  7. Perry F

    Dec 6 Pre-Release Testers

    I'm going to take a screen recording of my performance and share it, to show what I am experiencing.

  8. Dave S

    Dec 6 San Diego, California USA

    I have one project that Finder says is 47meg... and I have no plugins

  9. Perry F

    Dec 6 Pre-Release Testers

    Okay here's a recording I just made. Notice how the controls are moving on their own almost every time I click/double click, or sometimes clicks are ignored all-together.

    I quit and re-opened Xojo just before recording, and that did improve speeds from 5+ seconds down to 2-3 seconds when switching to code editor or navigating the library. But you can still see clicking on controls, dragging on controls, and typing in the code editor is insanely slow. The method I'm typing in only has 70 lines.

    Video: https://www.dropbox.com/s/h4j1loym7qblt6v/XOJO%20Slow.mov?dl=0

    So no one else is experiencing these kinds of issues? I'm wondering if I should make a new project and drag things in from the existing one a piece at a time and see how it affects performance?

  10. Alberto D

    Dec 6 Pre-Release Testers, Xojo Pro
    Edited 6 days ago

    @Perry F So no one else is experiencing these kinds of issues? I'm wondering if I should make a new project and drag things in from the existing one a piece at a time and see how it affects performance?

    I have read that a couple of times. People reported that doing that fixed some issues. I don't know how hard will be for you to do that and maybe the results will not be what you expect. Good luck.

  11. Dave S

    Dec 6 San Diego, California USA

    not sure what the video was supposed to show... but it was so small all I saw was you moving between a Window and code.... with a bunch of clicking in the back ground.

    What level of computer are you using.....

  12. Perry F

    Dec 6 Pre-Release Testers

    Dave, I just watched the video again. It's full size on a 5K iMac. You may need to download it from Dropbox rather than watch it in the browser. But it's full size and full quality.

    Running currently on a 2016 iMac 5K.

    Did you not see the controls I click on moving by themselves, or how slow it was to drag a control around or type in the code editor?

  13. Tim P

    Dec 6 Pre-Release Testers feedback://46303

    @Perry F So no one else is experiencing these kinds of issues?

    No, I experience the 2018r3 slowness all day long. At this point, we're all just out of breath.

  14. Bob K

    Dec 6 Pre-Release Testers, Xojo Pro Kansas City

    @Tim P No, I experience the 2018r3 slowness all day long. At this point, we're all just out of breath.

    But I don't. So mileage definitely varies.

  15. Perry F

    Dec 6 Pre-Release Testers

    It seems clear that the issue isn't affecting everyone, but there is significant performance loss for some users under specific conditions. I just wish I knew what those conditions were...

  16. Perry F

    Dec 6 Pre-Release Testers
    Edited 6 days ago

    I've started a new project and am bringing things in piece by piece. I believe I have found (one of) the main issue(s). I will be reporting via Feedback ASAP.

    Findings:

    1. As I add more and more things progressively to a blank project, performance progressively gets slower. There wasn't "one thing" that impacted overall performance.

    2. The more tabs and especially windows open, the more performance slows to a crawl. Typing is almost impossible when you have two windows open. When things are kept tabbed in one window, typing only seems to slow down when you're in larger methods, with progressively worse performance the larger the method.

    3. This one is HUGE: controls are responsive and can be clicked and dragged in a layout editor easily, until you have NESTED controls. I had a window with 40+ controls and it remained responsive. As soon as I added a small GroupBox and put a button inside the group box, the entire IDE slowed to a crawl, including switching between the code editor, typing in the code editor, and clicking/dragging/manipulating controls in the layout editor.

    Try this:

    Make a brand new desktop application. Add a PushButton to the window. Nice and responsive. Drag it around, double-click, add more controls, everything is great.

    Now simply add one GroupBox, make it about the height and width of the window, and make sure the PushButton is inside. For me, performance instantly tanks. Dragging is extremely lagged, double-clicking misfires and moves the control around the screen, switching to the code editor and back is much slower, and adding new controls or moving anything around is barely doable.

    This is probably the main issue for me. I use a lot of nested controls. I would imagine most people do. And if you have several windows open in tabs, each with nested controls, the IDE becomes very unresponsive. I've included a video showing how extreme the issue is: https://www.dropbox.com/s/sh5jkqmqwlfwfgb/Xojo%20performance%20issue.mov?dl=0

  17. Alberto D

    Dec 6 Pre-Release Testers, Xojo Pro Answer
    Edited 6 days ago

    @Perry F As soon as I added a small GroupBox and put a button inside the group box, the entire IDE slowed to a crawl, including switching between the code editor, typing in the code editor, and clicking/dragging/manipulating controls in the layout editor.

    Feedback Case #53864

  18. Perry F

    Dec 6 Pre-Release Testers

    Thank you Alberto, I'm glad this has been observed by others and not just me, and it has been reported. I've been having performance/responsiveness issues in Xojo for a couple of years, but 2018R3 seemed way worse to me - and now I know why. I will hope for an update fixing this issue soon, and meanwhile I can limp along. Just glad it is being addressed.

  19. Emile S

    Dec 7 Europe (France, Strasbourg)

    And what is the speed in other applications ?

    What I noticed (mainly with El Capitan) is…

    The more application you run simultaneously, the slower they run… (lack of memory slow down the computer running)…

    The less hard disk free space (even in a boot SSD) you slower your computer works.

    But Xojo alone with 25 GB of SSD free space is not slow, even with a 30 MB (binary) project…

    Xojo 2015r1 (and for testings a feature / method… with 2018r3)
    El Capitan (.6).

  20. 4 days ago
  21. 16 hours ago

    Eduardo G

    16 hours ago Pre-Release Testers Europe (Madrid, Spain)

    @Emile S And what is the speed in other applications ?

    What I noticed (mainly with El Capitan) is…

    The more application you run simultaneously, the slower they run… (lack of memory slow down the computer running)…

    The less hard disk free space (even in a boot SSD) you slower your computer works.

    But Xojo alone with 25 GB of SSD free space is not slow, even with a 30 MB (binary) project…

    Xojo 2015r1 (and for testings a feature / method… with 2018r3)
    El Capitan (.6).

    What I've noticed that can make or break using Xojo is not really related to it. I had a couple of applications that scan directories for changes (Dropbox is particularly egregious, but also things like onedrive, google drive or comicstreamer). Performance was literally less than a fifth when these were running (even if there was no network so they couldn't do anything really) than when not.

    I'm not sure if this applies to any app that uses filesystem events to track file changes (also happened with git tools like sourcetree) but pausing or quitting them made a definitive difference in performance.

or Sign Up to reply!