Опыт с помощью gcServer = “верный” для установки сборщика "мусора" для.NET
Для отладки вы можете установить аргументы командной строки в свойствах проекта.
Затем просто получите доступ к параметру arg в основном событии (для консольного приложения).
2 ответа
Во-первых, Concurrent и Server являются взаимоисключающими опциями. См. в этом блоге для некоторых деталей о неправильных представлениях GC сервера. Однако в ASP.NET по умолчанию размещается сервер GC (см. обсуждение Скотта Хансельмана ), поэтому различий там не будет.
Я бы порекомендовал придерживаться сервера вместо одновременного использования для веб-сайта ASP.NET. Для приложения в пользовательском режиме одновременный GC реагировал на действия пользователя, поскольку сервер gc вызывает «зависания».
Я использовал сервер GC и заметил значительные улучшения в определенных ситуациях.
Однако серверный режим GC помогает пользовательским приложениям, если ваше пользовательское приложение работает с огромными пулами памяти и сильно фрагментировано.
Проще говоря, режим GC на рабочей станции улучшает производительность для одного пользователя, в то время как режим GC сервера предназначен для использования в программе, которая имеет несколько запросов все время. Я искренне надеюсь, что этот вопрос не является признаком более серьезной проблемы. Иногда, когда люди начинают задавать вопросы сборщику мусора, это происходит потому, что они не видят ожидаемого объема памяти. не ожидайте больших успехов с другим сборщиком мусора. Почти во всех проведенных мною тестах не имело большого значения, какой сборщик вы используете.