Please Help! Extremely glitchy on MBP

Thank you for clicking in!
Here is the patch:

I created this patch for about a month ago and it was fine, but when I opened it again three days ago it starts to sound very glitchy, sometimes can’t even produce a continuous sound. When enabling CPU meter all sound will stop.

I am using a 4-core i7 2012 MBP with 16gb ram, and changed a new SSD about 2 years ago, running with High Sierra 10.13.3.
The weird thing is that when I open the same patch on another computer (2011 iMac 4-core 16gb ram i5) it runs a lot better, very smooth mostly.
The glitchy issue happens to other patches as well, but only on my MBP.

Things I have tried:
set frame rate to 15 from 70
choose real-time priority and 1 thread only
minimize the window
simplify my patch
clearing files on MBP (now more than 250GB available)
tried all block size
updated everything
have a cigarette

What else can I do? Is there anything I overlooked?
I hope it’s not the time to change a new computer…

Very much appreciated and thanks for all your help in advance!

Does your MBP have a dedicated GPU?

1 Like

Can you upload the actual file to patch storage or here? I have a similar computer. 2012 i7 mac mini with 16gb of ram and an ssd.

According to the CPU meters in your screenshot, it looks like you’re using up a lot of processing power with this patch. It looks like you’ve tried all the standard tricks to improve performance, the only other one I know of for a MacBook is to run Rack in “Low Resolution” mode. This helped to reduce the fan noise on my MacBook, but I doubt it will actually improve the glitches.

My suggestion is to remove or replace modules in the patch with alternatives that use less CPU. For instance, EV3 from Squinky Labs is a single module with 3 Even VCOs inside.

[Edited to remove inaccurate information about the CPU meter. See below]

I think you are correct, the CPU usage of Audio-8 no longer represents all left over CPU. But as far as over 100% I think it’s just like the OS X activity monitor - the total available is 100% times the number of threads. I’ve seen my 4 core macbook get to 350% in activity monitor.

This patch is showing very high CPU usage, not sure why. Clearly cube and the Bogaudio VCO are using quite a bit. It’s odd, because Bogaudio modules are in general very efficient - the one must be doing a lot. But, yeah, I would find substitutes for these two super fat modules. And as @computerscare mentioned, one EV3 uses the same CPU as one EvenVCO, but has three of them. Although many of @Vortico’s modules got radically more efficient with the 1.0 release (but looking at my cpu meters it still seems to be the case).

1 Like

Turn off Wi-Fi? Sounds silly but used to help me on some patches on my old MacBook Pro.


small talk.vcv (59.6 KB)
Hope that helps.

Thanks thats helpful.
I changed a few modules and deleted a few and now it’s working a lot better.
I think the XCO from Bogaudio and the Vults are the main reason.

However, I wonder why this patch runs fine on my iMac which has worse performance? The only thing better on that iMac is the processor speed, does that matter a lot?

Also, I’ve seen many people building much bigger patches with laptops, are they all using monster computers, or there is serious problem with my patch?

I can’t give a reason, but it just seems that Rack’s performance on MacBooks in general is not as good as people would like. Here are a few other threads with more information:

As has been mentioned in many threads and conversations about Rack performance, there are three characteristics of a computer that determines whether Rack runs well, and the size of the patches you can build. Rack requires these three things from a computer:

  • The highest possible single-core CPU performance. You can find a list here.
  • Good graphics (aka. GPU) performance, which means a discrete graphics card in the computer (e.g. Nvidia or AMD) rather than builtin Intel graphics in the CPU. It doesn’t need to be a top-notch GPU, like you need for the heaviest games, but if the GPU performance sinks below a certain point the performance of Rack starts to suffer, since it uses graphics resources (OpenGL). You can think of Rack as a moderately demanding computer game with great sound.
  • Good cooling. Rack puts a sustained load on the CPU (and GPU as well) and if the CPU cannot get rid of the heat it will start to reduce its power to protect itself, which means that its performance goes down quickly. This is what’s called “thermal throttling”. If your laptop fan is running like crazy when you’re running Rack, this is the reason. This means that typically a desktop computer will be a lot better than a laptop for running Rack, since it has much better cooling, and that a laptop with a big, bulky cabinet will be better than an ultraslim model, since, again, it will have a better cooling system.

In other words, the closest thing to a good pre-built Rack computer you’ll find, is a so called “gaming computer”.


Workstation class laptops work well too if you don’t want a laptop that looks (and lights up) like a spaceship (a ‘feature’ of many gaming computers). You will find it cheaper (non-ECC RAM) to avoid a Xeon in it, even if its single core performance is comparable to a consumer performance CPU.