Ну for {} загружает поток на 100%, соответственно, если бы мы запустили всего N горутин на количество ядер, то вы бы уже загрузили процессор на 100%.

Там просадки не будет, просто остальные колом встанут горутины.

Если вам не хватает проца - вам не хватает проца. Те крохи, которые можно сэкономить на аккуратном запуске горутин, вас не спасут

Там еще комментарии полезные)

вот тут были перф тесты с воркер пулом и без

И что?

пул горутин позволяет уменьшить расходы cpu, mem из-за stack splitting

Добрый день.

https://play.golang.org/p/PzR0qUv5WqS
Если на 51 строке я закрыл канал, разве он он должен тогда попадать в условие на 47 строке?

так тут попытка записать значение по неверному индексу в канал

пул потоков, напомню, в go уже есть.

Кажется я понял )  Спасибо

ребят подскажите такой вопрос. У меня есть функция, я хочу расширить её сигнатуру чтобы она соответствовала такой сигнатуре, которая требуется для передачи в другую функцию. Но, дополнительный аргумент не будет использоваться внутри самой функции и он нужен только ради самой сигнатуры. Насколько оптимально так делать - добавить аргумент и замьютить его в сигнатуре? Передаётся, например в функцию этот аргумент данные неким размером, а он мьютится, гошка это оптимизирует как-то?

а какого рожа оптимизации вам бы хотелось?

абсолютно нормально так делать

Я не знаю, как go поступает в этот момент - копирует данные в функцию, а потом gc чистит, видя, что их не используют, или ничего такого не происходит

gc не трогает параметры функции - они всегда на стеке

Происходит ли размещение на стеке мьютированных аргументов?

не знаю. а это важно?

что такое мьютированные аргументы?