Hey guys,
I am new to kangaroo and just wondering if I am doing anything wrong. A “simple” definition takes a long time to process ?
Also is there any way to have a time constraint for calculation and not just on/off?
Sometimes it is impossible to disable the process and I have to force quiet Rhino.
Cheers,
Roman
WaterFlow.gh (201.1 KB)
Your definition runs fine when I test it - around 20ms between output updates from Kangaroo.
What speed are you getting?
Perhaps the problem is with the data recorder component - if you don’t click the X between runs to destroy recorded data you could be building up millions of points for each polyline.
Hi Daniel,
Thank you for your reply. Yes it looks like I am getting about 23ms as well. But It just looks slow ))
While it is running I can’t really rotate Rhino viewport and there is a huge delay between when I double click on a boolean toggle, to switch it off.
Is it normal ? Do I just need to be more patient?
btw does kangaroo uses all cpu cores or just one?
Thank you
it basically frizzes Rhino and keeps on running ))
So it is iterating quickly, just the movements at each step are small.
The size of the steps is affected by the ratio of the strengths of the goals.
In this file the strength of the OnMesh goal is extremely high relative to the gravity on the particles.
If you increase the value in the Z component things will move faster.
Kangaroo is multi-threaded, so should use multiple cores.
It shouldn’t be freezing Rhino, especially not on a simulation of this size.
Try disconnecting the recorder component (and turn on the visibility of the Solver so you can see the points) to see if it is the recording that is causing problems.
Thank you Daniel. It works. The delay of the on/off switch I would assume is a limitation of Grasshopper and my system ?
What would be a good solution to limit the simulation to a specific timeframe?
Here’s the speed I get on my desktop with 3k particles:
Wow 
It is soooo slow on my Mac, I can’t orbit my viewport at all (((
I will try a step solver tomorrow
Unfortunately it is still very slow. I think it is Grasshopper/Mac problem ?!
It looks like Kangaroo works fine, but Rhino Viewport and Grasshopper space not active while simulation is running.
I am testing it on Mac Book pro 2017 2.9 GHz Intel Core i7
Thanks, I’ll look into this and do some more testing on the speed of the Mac version.
Thank you Daniel
I will try same file on different Mac tomorrow as well …
Hi Daniel,
I tried the definition with different mesh and on a different iMac 2012, 3.4 GHz Intel Core i7.
Simulation works fine if I reduce the OnMesh strength parameter, but Rhino viewport and Grasshopper are not responsive while simulation is running.
I also have a technical question regarding the actual approach.
Is using Kangaroo a correct approach to see drainage paths on a site? It looks realistic, but some areas looks strange ?
WaterFlow.gh (1.0 MB)
For example it is how engineers drainage analysis looks like, it seems they are filter only major streams?
I experience the same problem. Even very simple simulation in kangaroo works very slow, e.g. Basic wind on mesh simulation takes 30.9 second with zombi solver.
Can you share the file, so I can confirm the problem here is specific to the Mac version, rather than something else in the setup
There you are.
It is very simple wind simulation. It works, but very slowly 26.6 sec.
Wind_test.gh (12.1 KB)
Here you have a system which does not converge (the flag keeps flapping in the wind, like in the real world), so it just keeps iterating until reaching the max iterations limit.
So this system is not suitable for the zombie solver.
Hi @DanielPiker,
Sorry to bother again, but have you been able to look at Mac simulation speeds?
I still have same problems, not able to rotate Rhino viewport.
Maybe it is a Rhino Mac problem ? @dan
Thank you
Hi @DanielPiker,
Have you had time to look into the problem with Kangaroo on a Mac?
Thank you
@arten, you are a very patient human. 
Can you repost your file with internalised data?
give me an hour
