Интересен въпрос, и аз искам да знам отговора :) .

В допълнение към разсъжденията, бих добавил че корутините в Unity използват yield и IEnumerator. Имплементацията на LINQ за стандартни колекции в .NET, ако не се лъжа, е реализирана също чрез yield. В този смисъл не виждам LINQ да представлява нещо непознато и кой-знае колко по-трудно смилаемо за IL2CPP от колкото са корутините.

В същото време, самия .NET компилатор в повечето ситуации може да оптимизира for loops по-добре от колкото foreach (разбирайте .GetEnumerator() ). Употребата на LINQ би предотвратила възможността за такива оптимизации - може би това е причината, но до колкото знам, preformance benefit-а от тези оптимизации е минимален.

Здравейте колеги, ще се опитам да отговоря на въпроса ви.
Performance проблемите с LINQ библиотеката са: 
1. при компилация на C++ code няма проблеми, всичко идва от платформата на която отивате. Objective C има проблем с интеграцията на този код, дефактно не се знае коя проекция ще се счупи. Най- голям успех имат Sort(), ThenBy(), Where(). 

2. Всяка заявка по Builder pattern e тежка. Това е ново заделяне на памет и доста дебело завъртане на колекция само за да ви даде FirstOrDefault, което се прави даже с for цикъл лесно. След като имате вече прожекцията на първото, ако имате следваща клауза тя заделя нова памет и нов foreach се започва. Тежък е по природа и не е писан за локална data.

3. Никой в практиката не предпочита LINQ, защото е безумно бавно и скъпо, в Back-end системите например работи до максимум 10 000-20 000 записа в таблица релативна с 1-2 таблички по няколко записа. И пак ще се задъха. Най-добрия избор винаги си остава querry stringa като скоростно решение, защото LINQ прави едни буламачи querry, което може да иска нещо малко, а всъщност да напише 1 mb string.

4. За Unity специално има 1 plugin-че, което прави същото функционално програмиране, но доста по-леко ТУК

Интересен факт:

Във версията .NET, която се ползва в момента (3.5), string.Format() e до 3 пъти по-бавен от конкатинацията на големи стрингове. Не очаквайте нормално поведение от C# скрипт към Mono. С голямо нетърпение чакам да излезне версията в която заменят MONO с Roslyn.

Хората по форумите се оплакват че не върни на IOS. 

Освен ако не мислиш да го ползваш в (Fixed)Update функцията(метода) или мислиш да правиш голямо MMORPG, не мисля че е проблем.