Melyik a következő lehetőség a legvalószínűbb, ha megpróbálsz nagyon nagy számú goroutine-t (például tízezreket) indítani további ellenőrzés nélkül? - A fő probléma a globális mutex blokkolásából ered a runtime-ben, ami a program teljes leállásához vezet - A Go ütemezője kis csoportokban fogja végrehajtani a goroutine-okat szekvenciálisan, így azok számának növekedése szinte nem befolyásolja a memóriafelhasználást - A goroutine-ok tömeges létrehozása jelentős memóriafelhasználáshoz és a ütemező többletköltségéhez vezethet; ilyen esetekben egy munkás pool megfelelő - Ha a goroutine-ok száma meghaladja a logikai processzorok számát, a Go automatikusan el fogja utasítani az új goroutine indításokat pánikkal

Helyes válasz:

• A goroutine-ok tömeges létrehozása jelentős memóriafelhasználáshoz és a tervező túlterheléséhez vezethet; ilyen esetekben érdemes munkásmedencét használni

Magyarázat:

A Go nyelvben a goroutine-ok könnyű szálak, de mégis memória (verem, tervező struktúrák) fogyasztanak. Tízezres goroutine-ok kontroll nélküli indítása jelentősen növelheti a memóriahasználatot és a terhelést.

A Go nem blokkolja a globális mutexet a goroutine-ok ütemezésekor, a tervező hatékonyan váltogat közöttük.

A tervező nem szigorúan sorrendben hajtja végre a goroutine-okat, hanem az elérhető logikai processzorokra (GOMAXPROCS) osztja szét őket.

A Go nem utasítja el a goroutine-ok létrehozását pánikkal, ha azok száma meghaladja a limitet.

Ezért nagy számú goroutine esetén ajánlott munkásmedencét használni, hogy korlátozza az egyszerre aktív goroutine-ok számát és csökkentse a túlterhelést.