Есть много тестов производительности и надежности NET приложений. Без претензий на полноту и окончательность приведу свой опыт. Итак базовая ситуация: Adobe Acrobat Professional v7.0 (на WinAPI) и v8.0 (на NET). Чтение тяжелого файла (метров 100, созданном из графических файлов, скажем .png) - первый быстрое, т.е. нажатая кнопка PgDown не выдает никакой задержки, при пролистывании; второй - есть задержка, страницы отображаются белыми, при отпускании кнопки - текст появляется. При спокойном чтении - никаких задержек для обоих версий. Надежность: если вы конвертируете фотографии в pdf документ  (например 300 штук), то  в v7.0, после создания документа, если быстро закрыть сам Acrobat, он закроется, но ресурсы системы еще будут освобождаться достаточно долго (около 5-10 сек) и если в это время, удалить исходные файлы для документа, то будет выдано сообщение, о том, что они заняты другим приложением. В то же, время v8.0 эта проблемы отсутствует полностью, т.е. закрытие приложения приводит к полному освобождению системных ресурсов.
Резюме: будущее за NET принципами исполнения программ. Задержки приложений на с лихвой компенсируются надежностью.

Может в v7.0 просто алгоритмы были рагульские и язык тут не при чём.

По-моему в плане надежности все зависит от программиста и только от программиста, конечно, .NET сделает часть грязной работы за Вас, но можно на любом языке написать очень надежную и стабильную программу и наоборот.

На С++ написать нестабильную програму немного легче чем на C#. Ведь именно C# разрабатывался как "безопасный" С++

Но в общем - да. Именно програмист пишет програму а не язык пишеться сам  

Гм. А с чего вы решили, что Adobe Acrobat 8.0 Professional написан на .NET?
Особенно учитывая наличие версии для MacOS X.

В самом деле, похоже что да. Акробата под рукой не было - был ридер 8.0 - он не на .net (