Názor k článku
Bude příští kernel napsaný v Go? od Filip Jirsák - Mezi „neškáluje konstantně“ a „řádově větší program bude...

Mezi „neškáluje konstantně“ a „řádově větší program bude řádově pomalejší“ je ještě velmi široký prostor. Navíc ten příklad s GC není dobře zvolený, protože i program bez GC má typicky režii se správou paměti – i pro takový program je potřeba udržovat mapu zaplnění paměti (ať už jí pro větší bloky udržuje jádro, nebo pro menší bloky implementace malloc()). Režie GC bude oproti malloc() větší při zjišťování objektů, které je potřeba uvolnit, a to závisí na složitosti struktury objektů, která přímo nesouvisí s počtem řádků kódu.

Myslím, že v případě popsaném ve zprávičce se zdaleka neřeší jen GC. Automatické řešení paralelizace je podle mne stále ještě moc nákladné na výkon. Navíc v případě OS je to hodně závislé na tom, jak se např. chovají různé periferie, takže by se v podstatě dnešní kód OS musel přenést tam, kde by se řešil ten paralelizmus.