RussianEarth, Ну вопрос широкий, на самом деле, не зная ваших задач в деталях. Если исходить из этого:
Нужна позарез легковесная самопальная программа, хранящая в физической памяти несколько изменяющихся по запросам значений.
то я бы делал это всё в формате службы Windows с общением через WCF.
Большой вопрос, что это будут за значения, как и чем они будут изменяться, нужна ли блокировка при многопоточности и т.д.
Виктор П., Ну... у меня тоже есть проект, часть которого была написана раньше в синхронном виде.
И, поскольку я сам себе начальник, то решил переделать всё на async.
Каких-то заметных улучшений в плане скорости или отзывчивости не произошло, но фишка в том, что у меня фронтенд общается с бекендом также асинхронно, а здесь уже без async/await никуда - не делать же в самом деле консольный бекэнд на BackroundWorker'ах.
Не совсем понятно, зачем вам всё это знать.
Разница в производительности между async и НЕ async может проявиться при сотнях запросов в секунду к вашему серверу. Сомневаюсь, что вы располагаете такими проектами.
Делайте async и будет вам счастье.
Ну так и проведите нагрузочное тестирование, раз умеете.
Сделайте контроллер без async и с async, сделайте к нему миллион запросов и посмотрите на разницу во времени ответа, в нагрузке на сервер и т. д.
Александр Кошелев, да в смысле нету? в браузере же html рендерится готовый из вашего ejs?
запускаете ваше приложение, открываете в браузере адрес, правой кнопкой на странице - показать исходный код
и какой там путь к вашему paginator.js?
я к тому, что рендерер может менять пути по-своему
Stalker_RED, Ну там очевидно с путями проблема. Просто непонятно, что такое ejs и откуда он вызывается. Если это шаблон и он чем-то рендерится - то надо строить путь от точки рендера.
RussianEarth, Вообще все зависит от нагрузки. Если нагрузка на сервер высокая и простои критичны - то можно на время простоя подключать альтернативный сервер.
RussianEarth, Если ситуацию разрыва коннекта обработать в коде клиента - то сервер можно перезапускать по мере необходимости - в это время клиентов можно "подвешивать" и периодически пытаться подключиться, пока сервер не оживет.
то я бы делал это всё в формате службы Windows с общением через WCF.
Большой вопрос, что это будут за значения, как и чем они будут изменяться, нужна ли блокировка при многопоточности и т.д.