Сообщение Re: Насчёт производительности веб приложений от 30.06.2020 2:35
Изменено 01.07.2020 13:46 Дядюшка Ау
Re: Насчёт производительности веб приложений
Здравствуйте, Ватакуси, Вы писали:
В>Обнаружил вот такой рейтинг (на основе разнообразных тестов).
В>https://www.techempower.com/benchmarks/#section=data-r19
В>По-сути (предсказуемо, конечно) С++, Раст и Го рвут всех остальных с сильным запасом. Удивил PHP, который обошёл Яву.
В>C# болтается где-то на уровне интерпретируемых языков (хуже даже ЯвыСкрипта).
Разве ненужно также учитывать количество трудозатрат для достижения цели?
Используемые фреймворки упрощают и ускоряют разработку по разному.
Например, XAF очень значительно, но при этом его производительность часто упирается от 100 одновременных пользователей.
Наверно, даже на асме под веб можно разработать некое решение для очень ускоспециализированной задачи, и оно порвет по скорости выполнения все "языки" в вашем тесте, но сколько времени нужно потратить на разработку такого решения без готового фреймворка?
Также нужно учитывать и надежность (безглючность) решения.
В целом это может выглядеть вот так:
https://rsdn.org/forum/?rid=133870&gid=40
И тогда результаты вашего теста скорости ловли блох могут померкнуть на фоне других затрат на разработку, поддержку и устранение ошибок.
В>Обнаружил вот такой рейтинг (на основе разнообразных тестов).
В>https://www.techempower.com/benchmarks/#section=data-r19
В>По-сути (предсказуемо, конечно) С++, Раст и Го рвут всех остальных с сильным запасом. Удивил PHP, который обошёл Яву.
В>C# болтается где-то на уровне интерпретируемых языков (хуже даже ЯвыСкрипта).
Разве ненужно также учитывать количество трудозатрат для достижения цели?
Используемые фреймворки упрощают и ускоряют разработку по разному.
Например, XAF очень значительно, но при этом его производительность часто упирается от 100 одновременных пользователей.
Наверно, даже на асме под веб можно разработать некое решение для очень ускоспециализированной задачи, и оно порвет по скорости выполнения все "языки" в вашем тесте, но сколько времени нужно потратить на разработку такого решения без готового фреймворка?
Также нужно учитывать и надежность (безглючность) решения.
В целом это может выглядеть вот так:
https://rsdn.org/forum/?rid=133870&gid=40
И тогда результаты вашего теста скорости ловли блох могут померкнуть на фоне других затрат на разработку, поддержку и устранение ошибок.
Re: Насчёт производительности веб приложений
Здравствуйте, Ватакуси, Вы писали:
В>Обнаружил вот такой рейтинг (на основе разнообразных тестов).
В>https://www.techempower.com/benchmarks/#section=data-r19
В>По-сути (предсказуемо, конечно) С++, Раст и Го рвут всех остальных с сильным запасом. Удивил PHP, который обошёл Яву.
В>C# болтается где-то на уровне интерпретируемых языков (хуже даже ЯвыСкрипта).
Разве ненужно также учитывать количество трудозатрат для достижения цели?
Используемые фреймворки упрощают и ускоряют разработку по разному.
Например, XAF (есть варианты для ASP.net Core и WebForms) очень значительно, но при этом его производительность часто упирается от 100 одновременных пользователей.
Наверно, даже на асме под веб можно разработать некое решение для очень ускоспециализированной задачи, и оно порвет по скорости выполнения все "языки" в вашем тесте, но сколько времени нужно потратить на разработку такого решения без готового фреймворка?
Также нужно учитывать и надежность (безглючность) решения.
В целом это может выглядеть вот так:
https://rsdn.org/forum/?rid=133870&gid=40
И тогда результаты вашего теста скорости ловли блох могут померкнуть на фоне других затрат на разработку, поддержку и устранение ошибок.
В>Обнаружил вот такой рейтинг (на основе разнообразных тестов).
В>https://www.techempower.com/benchmarks/#section=data-r19
В>По-сути (предсказуемо, конечно) С++, Раст и Го рвут всех остальных с сильным запасом. Удивил PHP, который обошёл Яву.
В>C# болтается где-то на уровне интерпретируемых языков (хуже даже ЯвыСкрипта).
Разве ненужно также учитывать количество трудозатрат для достижения цели?
Используемые фреймворки упрощают и ускоряют разработку по разному.
Например, XAF (есть варианты для ASP.net Core и WebForms) очень значительно, но при этом его производительность часто упирается от 100 одновременных пользователей.
Наверно, даже на асме под веб можно разработать некое решение для очень ускоспециализированной задачи, и оно порвет по скорости выполнения все "языки" в вашем тесте, но сколько времени нужно потратить на разработку такого решения без готового фреймворка?
Также нужно учитывать и надежность (безглючность) решения.
В целом это может выглядеть вот так:
https://rsdn.org/forum/?rid=133870&gid=40
И тогда результаты вашего теста скорости ловли блох могут померкнуть на фоне других затрат на разработку, поддержку и устранение ошибок.