Я читал о различных механизмах кэширования между машинами (Redis, Velocity, nMemCached и т. Д.). Кажется, все они требуют центральной машины для управления кешем.Самоустанавливающийся кеш памяти - он существует?
Есть ли такая вещь, как механизм кеша, который самостоятельно устанавливается - например. если кеширование не существует в текущей подсети, он создает узел. Если он существует, он соединяет машину с кэширующим пулом?
Контекст: У меня есть приложение, которое развертывает около 100 пользователей в пределах одной подсети через ClickOnce. Каждый из этих пользователей получает доступ к ресурсу через WAN (по всей стране и в некоторых случаях через океан), который выполняет очень интенсивные вычисления с использованием ЦП и занимает значительное время.
В результате приложение выглядит вялым. Я сделал все, что мог, чтобы облегчить это, бросив долгоживущие запросы на отдельные потоки. Но это доводит вас до сих пор. Я добавил локальное кэширование (через SQL Compact DB), который работает очень хорошо, но большинство пользователей обращаются к подобной информации, и вместе они оказывают небольшое давление на вычислительный сервер. Я думаю, что могу перейти на следующий уровень, если я могу отправить кеш в памяти с моим приложением, которое может без труда работать с другими машинами для создания сетевого кэширования.
Разве машины не должны были знать друг о друге? Я думаю, что там находится центральная машина. – mellamokb
UDP-трансляция должна быть возможна внутри подсети. – CodesInChaos
@CodeInChaos - правильно, вот что я имел в виду. – AngryHacker