жулик не шедуль

ну и

Аааа

А то я подумал что среди британцев сижу

да здравствуют англицизмы

Это чат джентльменов.

и Попова

ну и? при бесконтрольном запуске гоурутин в количество 100500 штук ничего хорошего не выйдет

особенно длительных

при бесконтрольном запуске чего угодно ничего хорошего не выйдет

oom тот же при парсинге

поэтому я бы запустил там воркер пул и пыхтел по GOMAXPROC страниц

Горутины нужны для работы с множеством параллельных состояний.
Просто данные молотить эти состояния не нужны.

можно конечно ограничить количество гоурутны там семафорами всякими

ну это такое

аяй

Если есть сотни-миллионы разных состояний, то ограничить семафорами норм.

осталось понять что есть состояние в контекст моей задачи

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