АП
RunParallel вообще производительный, но хз почему так (канал тормозной?)
Size: a a a
2019 December 29
АП
опять промазал, надо буферизированный канал иначе всегда 1 воркер будет - https://play.golang.com/p/UMlgAz6GC_b
АП
BenchmarkDirect-4 1000000000 0.368 ns/op
BenchmarkGoroutine-4 3393232 337 ns/op
BenchmarkGoroutineWithoutDefer-4 3561512 334 ns/op
BenchmarkWorkerPoll-4 4076895 270 ns/op
BenchmarkParallel-4 360922712 3.49 ns/op
BenchmarkGoroutine-4 3393232 337 ns/op
BenchmarkGoroutineWithoutDefer-4 3561512 334 ns/op
BenchmarkWorkerPoll-4 4076895 270 ns/op
BenchmarkParallel-4 360922712 3.49 ns/op
ВС
опять промазал, надо буферизированный канал иначе всегда 1 воркер будет - https://play.golang.com/p/UMlgAz6GC_b
Есть ощущение, что в тесте с пулом тест завершается раньше всех горутин)
x
Мне вот очень интересно одно: а что теперь с этим делать?
Подольский не говорил, что нет накладных расходов на обслуживание горутин, Подольский не говорил, что горутины будут быстрей, Подольский вообще не спорил.
В итоге Саша ССЗБ, придумал спор, поспорил, пытается победить.
Что в итоге-то, Саша? Отказываемся от горутин? От функций мб тоже отказываемся?
Подольский не говорил, что нет накладных расходов на обслуживание горутин, Подольский не говорил, что горутины будут быстрей, Подольский вообще не спорил.
В итоге Саша ССЗБ, придумал спор, поспорил, пытается победить.
Что в итоге-то, Саша? Отказываемся от горутин? От функций мб тоже отказываемся?
АП
да нет же
ВС
И да, имхо тест кривой тем, что тут direct всех побеждает
ВС
Надо придумать сценарий, когда он наоборот будет худшим вариантом
АП
на самом деле что проиходит внутри гоурутины это не суть мне кажется
АП
Надо придумать сценарий, когда он наоборот будет худшим вариантом
АП
BenchmarkDirect-4 2089490 618 ns/op
BenchmarkGoroutine-4 2311534 510 ns/op
BenchmarkGoroutineWithoutDefer-4 2640817 456 ns/op
BenchmarkWorkerPoll-4 2255913 585 ns/op
BenchmarkParallel-4 1000000 1171 ns/op
BenchmarkGoroutine-4 2311534 510 ns/op
BenchmarkGoroutineWithoutDefer-4 2640817 456 ns/op
BenchmarkWorkerPoll-4 2255913 585 ns/op
BenchmarkParallel-4 1000000 1171 ns/op
АП
(использовано 8 вызовов возведения в степень)
АП
хотя все довольно плавает
ВС
Так что доля правды есть в том, чтобы не городить огород с пулом, если число горутин не планируется за миллион (памяти хоть обычно и много, но конечное количество)
АП
кстати в BenchmarkWorkerPoll добавил ожидания
АП
Так что доля правды есть в том, чтобы не городить огород с пулом, если число горутин не планируется за миллион (памяти хоть обычно и много, но конечное количество)
я помню обходил дерево, это был КЛАДР
АП
смысл был в каждом из элементов поменять их ID на свой присвоенный
АП
так вот каждый листочек фигачился в гоурутине
АП
или ветка мелкая - уже не помню
АП
(все операции в памяти были)