You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi @textnode and thanks so much sharing this code!
I also got really interested in the disruptor pattern after reading about it somewhere, and was happy to find this Go implementation.
I've been thinking it might speed up pipelines created with my experimental flowbase and scipipe libraries (perhaps mostly relevant to flowbase), so I set out to experiment a little, with a slightly modified version of gringo, results of which is available here.
It is a pretty CPU heavy pipeline, but I still manage to get speedups, although mostly for 1 or 2 CPUs, as can be seen in the example output (the times vary a bit, so one should really do some averaging).
Hey @samuell,
Looking at your benchmark it suggest that channels gets better when you are specifying a higher number of GOMAXPROCS. Any idea why as I was expecting channels to be slower anyway?
I'd say these numbers are sometimes hard to get a complete picture of, and might vary due to various circumstances. You'd also optimally want to do at least 3 replicates of these kind of tests to be sure that you don't catch a temporary anomaly.
The only common pattern I have seen in my (many) channel experiments is that running times typically decrease while increasing GOMAXPROCS up until NUMCORES-1, where NUMCORES is the number of virtual cores on the computer (which is 4 on my laptop).
Hi @textnode and thanks so much sharing this code!
I also got really interested in the disruptor pattern after reading about it somewhere, and was happy to find this Go implementation.
I've been thinking it might speed up pipelines created with my experimental flowbase and scipipe libraries (perhaps mostly relevant to flowbase), so I set out to experiment a little, with a slightly modified version of gringo, results of which is available here.
It is a pretty CPU heavy pipeline, but I still manage to get speedups, although mostly for 1 or 2 CPUs, as can be seen in the example output (the times vary a bit, so one should really do some averaging).
If you are interested in having a look whether I do any silly mistakes, my slightly adapted version of gringo is available on these lines in the disruptor version of the pipeline.
The text was updated successfully, but these errors were encountered: