Как стать автором
Обновить

Сравнение производительности ASP.NET Core-проектов на Linux и Windows в службе приложений Azure. Продолжение

Время на прочтение4 мин
Количество просмотров5.9K
Всего голосов 34: ↑31 и ↓3+28
Комментарии7

Комментарии 7

Интересно, конечно. Но проект который используется для тестирования написан на .NET Core 2.0, который вышел 4 года назад. С тех пор Microsoft проделал огромную работу по совершенствованию .NET Core. Были выпущены версии .NET Core 2.1, 2.2, 3.0, 3.1, .NET 5, а через полгода ожидается LTS релиз .NET 6.

Да, в том посте уже писали: тестирование проекта, собранного с .NET Core 2.0, не имеет сегодня практического смысла — очень уж многое Microsoft изменила с тех пор. Даже актуальная LTS-версия — и та .NET Core 3.1.

А есть какие-то технические сложности пересобрать проект в свежем .NET 5 и протестировать по той же методике? Вот это было бы не только интересно, но и имело бы практическую пользу.

А есть какие-то технические сложности пересобрать проект в свежем .NET 5 и протестировать по той же методике? 

Microsoft для каждого выпуска .NET Core подготавливает инструкцию по миграции и можно было бы их выполнить по цепочки и перевести проект с .NET Core 2.0 на .NET 5. Но в данном случае это было бы некорректно. Так как речь идёт о производительности, то правильнее изучить проект, понять его и переписать с нуля с использованием лучших практик для .NET 5.

Также надо понимать, что переписать проект лишь часть работы. Так как мир Azure, Windows, Linux и Docker также не стоит на месте т.е. нужны ещё специалисты, которые глубоко в этом разбираются иначе сравнение может быть некорректным.

Очередной перевод, ну ладно. Но давайте хотя-бы свежие статьи переводить, а не трех-четырехлетней давности. Спасибо

«развёрнутое на Windows-хосте»
так какая версия wsl? там радикально производительность меняется

мне вот даже любопытно — а вы каким образом сюда wsl притянули?

имхо время ответа стоит сравнивать при равном числе rps

Зарегистрируйтесь на Хабре, чтобы оставить комментарий