Комментарии 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 5 и протестировать по той же методике? Вот это было бы не только интересно, но и имело бы практическую пользу.
А есть какие-то технические сложности пересобрать проект в свежем .NET 5 и протестировать по той же методике?
Microsoft для каждого выпуска .NET Core подготавливает инструкцию по миграции и можно было бы их выполнить по цепочки и перевести проект с .NET Core 2.0 на .NET 5. Но в данном случае это было бы некорректно. Так как речь идёт о производительности, то правильнее изучить проект, понять его и переписать с нуля с использованием лучших практик для .NET 5.
Также надо понимать, что переписать проект лишь часть работы. Так как мир Azure, Windows, Linux и Docker также не стоит на месте т.е. нужны ещё специалисты, которые глубоко в этом разбираются иначе сравнение может быть некорректным.
Очередной перевод, ну ладно. Но давайте хотя-бы свежие статьи переводить, а не трех-четырехлетней давности. Спасибо
так какая версия wsl? там радикально производительность меняется
имхо время ответа стоит сравнивать при равном числе rps
Сравнение производительности ASP.NET Core-проектов на Linux и Windows в службе приложений Azure. Продолжение