Увеличьте скорость подачи бумаги CouchDB при применении фильтра

Question

У меня возникают проблемы с плохой производительностью на канале CouchDB _changes, когда есть несколько наблюдателей.

У меня CouchDB работает внутри виртуальной машины на ноутбуке, а несколько клиентов iOS потребляют _changes?feed=continuous в одной из баз данных по сети, используя HTTP API CouchDB. По мере увеличения числа клиентов скорость, с которой происходят изменения, замедляется до обхода.

N.B. Я действительно общаюсь с CouchDB через обратный прокси Apache, который сжимает ответы.

И я также замечаю, что, применяя фильтр к каналу, он часто будет длиться долго, не доставляя никаких изменений в потоке HTTP. Почти так, как будто я жду его, чтобы проверить партию документов, которые не соответствуют моему фильтру.

Есть ли какие-либо настройки, которые я могу включить или оптимизировать, я могу сделать это, чтобы ускорить это?

Answer 1

Увеличение задержки с количеством пользователей отфильтрованной ленты с фильтрами не удивительно, когда вы понимаете, что для каждого изменения couchdb запрашивает сервер запросов для оценки функции filter(). По-видимому, он не кэширует результаты, поэтому он должен выполнять эту операцию для каждого потребителя.

Что-то вы могли бы попробовать это сбросив фильтра параметр и с помощью include_docs = истинный вместо этого. Таким образом, производитель фидов не должен будет запрашивать сервер просмотра для оценки изменений. Это должно сделать его более отзывчивым. Конечно, это связано с ценой значительного увеличения объема данных, передаваемых в фиде, и вам нужно дублировать логику функций filter() на стороне клиента. Это не идеально, но я думаю, что это стоит того.