My MacBook with 16 Gb of Ram
3.1 GHz Intel Core i7
I just want to comment that Xojo is slower and harder to work every day, MBS add-ons become heavy and opening and compiling a project every day is more difficult.
Before working at Apple was really efficient, now it seems that I am on Windows
[quote=475071:@Victor Manuel Osornio]My MacBook with 16 Gb of Ram
3.1 GHz Intel Core i7
I just want to comment that Xojo is slower and harder to work every day, MBS add-ons become heavy and opening and compiling a project every day is more difficult.
Before working at Apple was really efficient, now it seems that I am on Windows[/quote]
What version of Xojo are you using? I have 2019 r1.1 open for hours each day with similar MacBook Pro specs and I do Not have this issue. I load all of MBSs plugins additionally. I do notice some lag in the IDE over time but a restart of the IDE solves that that for me.
Why should the compile speed vary? There have been reports about problems with the IDE. But the compile speed is always the same. Yes, the MBS plugins make starting the IDE rather slow. But it’s rather simple to only load the needed plugins.
On my Macs the last couple of versions of Xojo have always been responsive; I have experienced no slow-down. I rarely restart the IDE; its open all the time. Im not using MBS plug-ins though.
Out of interest if you’re suffering from a slow ide could you install/move that edition of xojo to a ram disk and let us know if there is any change? Could you try the different formats too?
Please also add any relevant information to the Feedback Case for this: <https://xojo.com/issue/56900>. It’s important that this information get logged there so that Xojo engineers can directly access it in that environment.
It was targeted at everyone/anyone that is experiencing the slow down but here’s how.
Make sure Xojo is not running.
Open a terminal window and cd to your Desktop
Copy the following command to your terminal window, this will create an approximately 6GB ramdisk formatted as HFS+
diskutil erasevolume HFS+ 'RAM Disk' `hdiutil attach -nomount ram://12582912`
Drag your entire Xojo 2019 Release 3.1 folder from your Applications folder to the RamDisk with the Command key held down to ensure its moved and not copied, you might need to enter your password to perform this action.
Give xojo a few starts by double clicking it directly from the ramdisk to make sure that everything is settled down then try your usual routine that shows a slowdown and see how you get on.
When you are done, you can move it back into the Applications using the same drag with Command key held down and confirm the move with your password. You might get an error saying the copy took place but not all files could not be deleted, check the ramdisk and see if the Xojo folder is empty then you can delete it manually.
To remove the empty RamDisk, right click it on the desktop and click Eject.
Could you then repeat all tests on an APFS ramdisk with the following command:
diskutil erasevolume APFS 'RAM Disk' `hdiutil attach -nomount ram://12582912`
Note: When you mount the drive, it if doesn’t show on the desktop and open its drive window check its there in Disk Utility, click it, then click Mount.
On MacOS Catastrophe (10.15), launching the IDE with more than a couple of plugins is lunch-break-inducing, since each plugin seemingly has to be checked with the Apple mothership to make sure it isn’t a bad player. I wish I could use MacOS 10.14, but 16" MBP…
With my Mac Mini (2018), 3.2 GHz 6-Core Intel Core i7, 32Gb RAM, running Catalina 10.15.3 with Xojo 2019r3.1 and about 25 Plugins, my Xojo startup time is 24 seconds.
the slowdown in my notation is not the startup time, its every time I run to debug, it is painfully s-l-o-w with >19r11 to the point I do not want to use it.
initial boot time is not for me of any issue as its only once in a while, I have always left the working project open for months without ever restarting the IDE and that had never raised a single problem.
this slow debug launch has never been an issue for me previously, even though others have had the same slow down issues in earlier versions.
clearing the cache has no effect, it just sits spinning the beachball for varying amounts of time when debugging, I am not interested too much in testing why, it is simply not able to give me any joy to code with.
19r1.1 works perfectly acceptably, and for the moment that is the fix I am sticking with, joy has returned to my coding life!
You’ve joined a rather sizable cadre of misfits in sticking with 19r1.1. I wish that Xojo had the staff to make it a long term support (LTS) version that would stay feature-static, but receive fixes.