checking CPU load of parts of the patch
My patch is growing toward 50% CPU and I am working with a bunch of objects that I am quite unfamiliar with.
what is the best way to find out where the CPU load in the patch is happening? simply deleting objets? or is there a more elegant way?
I came across the "probing" menu entry in the Debug menu, but I couldn’t find it in the documentation and it didn’t make much sense poking around with it. Is this the way to go?
what a luxury it would be if maxobjects.com had an indication of how much CPU a given object uses…
any advice greatly appreciated!
the problem is that it is not so simple that you could say object
[cycle~] uses 0.0057% in order to have some kind of comparison.
some objects start using the more CPU the more intances you run.
try making copies of cycle~ and see how much they use and then try
the same with zerox~ and you will see what i mean.
of course it can also depend on CPU type, OS, background apps
and last but not leat about the current CPU requirement for
message stuff in the max runtime.
are you using specific objects maybe? that is where i would start
optimising beore i count my line~s …
david posted a tester a long time ago I wish I knew the right search terms. something about
----------begin_max5_patcher---------- 1293.3oc6Z0sbahCF8Z6mBMbsaFj.A38t9bjoSFvn3pcwBFPNMa6z28UHgsQ NFjbVGrcixEPrPHN578iDmO907YdYkuRZ7.+E3QvrY+Z9rYxlZaXV2um4sI8 0UEoMxt4kskyKYdKTWpJku56T15mpIq3pgAED8f+B.TcB4u6H3ac2CMWNPkY +8WfvcCDa6FJqfvkOD3gFK2xOt0pZRCgwS4zR1fOW+tC6eppAh+uUDU28xRY q8.eq8p+d971CKrjBXjeH.+NjyIuJQfGGjAxFiXfIR.FKOEDNJwDLJw7bIiy R2HmJdesllV3cRJCYfxzPjkT1h8TWOvzP+orSPzC9WNFc6Oo.nu3uwX0vXIQ BW1dJBNJqFdRVEclrZfU7i3LkwGflfOfWhgIwuCt54hRAbFiQPRRHvWRLwKG kQvShelFhL6mIlhobCNZ+OXvA71p.qp1xoaH0lIWTh7TDdTxM5h3tAshb6Pj sj63jZ+4ufNTTYGWJtEZA4ERci.G8v2LuCXBijDCLAIOsTEhFDe.WBaz5hxU +CQRW96ZLm774MJkUD1g6vuOEnwCpdRY8IwiexoaK3OMBen2omSWQFbDNocc l25ZZdIqEIZ2Yay6dlOBfpYMtO3k8fkVchalWVVjkV+BsglUPzLHhvfTFcSJ mz5VK8872eezMU0xDT8FKscCzyjqERo09QgVJuscy2AhgTK8AiCj1S7ti6ms GGF0e3NUZpSDy326JqJ2rgnlnsYjI0ujV.nLvlF.sATSpJq4jbfvQm3s6tjY TT+yh2IUnkkQOSSF.ZfhfcIukKLihONKywTDxJJZXGyAS5L5VmNZnOYp4Odx TjzdUalD6XTnuz4CGYhRClVJUOq70lS+hH0ocAwgxf3.zC3woyvAoSze9zo4 38vjyIbG6B2MEtKdq.7YDsG8GeztbFYWNxt2nx3BywCRZ9WJGs9qc2dUPCur pAH1Ni.4fTVd252hkx6VY2ah4LUjqsTVxUgxRaInNNaLd5v9MKnrg1HnjCZu 9oIvlxs0q1gttoLPmOxIMbJa+VvebeRsi522o445a1UZgn4UkhYQG7TJ3Xzf etnFaIpitoPMxRTGbSg5XKQM5lB0AVh5vaJTGZIpg2TnN5L3Z3EB0cMJfuRL jlzWH4OIdJhT+Okx40zrsbURx9hiXgJ.VI0v5hxrzhNEX1OP6GCKG92HRwfM d58dn3iyTeMikHHHQ8tXAwlKQ.9xUg.8G6MXEBBhVpTFYo4JDDMEB2pCnayB DfGu9.AKUuTkxKCOJmF+Yn7.AwHkX7IlKOPxj3joAn65pCzMUPJEqMTc.+on 5.5HxUc.W0AbUGvUc.mbgtpC3pNfq5.tpC3pNfq5.tpCb8pNv0PYuOqpndep X88Y0AtOqDy8YUutFUXzUcfOrpCfC6joOzb0ABeGUG35qyOF0IqdjYc9QWTI XuY9j9GicvpWzAFaVwd3mAE6wAcBjiMqX+xOV2kaXs26XIjheLn8N5hp8tSE cmJ5NUzcpn6TQ2ohtSEcmJ5NUzcpn6TQ2oht6ar28M16TQ28M169F6cpnaoJ 5RhUeoAkvYGaN6jOaby3.lPsjAu07cZS2ajxyVDE22gYnPAesN8QCIXnMXJZ ZwTfEVNX3jZ5fPavTvzho.ascSHlrIpChmVL4aAlRlTHEYalfoCRXKHoo0WJ zBDglTDgrwrM8PxX71zFtYCjVNsPxV616cQNwO987+CPHCIx. -----------end_max5_patcher-----------
I often use Apple’s Shark to look at my patches. It usually tells you how much percentage each (mainly DSP) object takes. Of course if you’re just wondering if one instance of trigger takes more CPU than one of bangbang that’s another story
While this thread is about "parts of a patch", is there a way to optimize cpu by making some parts of the patch "inactive" when not used ?
I’m using rather old computers with Tuio objects and the Reactivision software (which is a big cpu-eater) so it requires the Maxmsp patches to be as light as possible …
First i put some gates everywhere but it doesn’t seem to make a big difference. I wonder if there’s a way to on/off in a more effective way …
Forums > MaxMSP