Мультиплексоры, продолжительность наблюдения за изменениями и OplogTailing в монго/метеоре

Я разрабатываю приложение с Meteor.js. Для этого у меня есть кластер экземпляров монго для хвоста oplog. Кроме того, я использую Kadira для отслеживания производительности своего приложения.

Поскольку я включил отслеживание oplog, многие из моих pub/sub работают медленнее, чем раньше. Что я вижу, так это то, что это происходит намного медленнее, когда для атрибута «wasMultiplexerReady» атрибута «wasMultiplexerReady» установлено значение false, что имеет место в большинстве наблюдаемых изменений, которые я вижу в Kadira.

Проблема в том, что в сети об этом НИЧЕГО нет. Я искал любой ресурс об этом и о том, как это работает, но буквально ничего нет.

Может ли кто-нибудь дать мне подсказку/объяснение о том, что здесь происходит? Например, что это за атрибут «wasMultiplexerReady», как он используется, как я могу сократить время вычисления хвоста оплога и т. д.

введите описание изображения здесь

Спасибо.


person David Panart    schedule 03.03.2016    source источник
comment
Я занимаюсь теми же проблемами без каких-либо прогрессов. Я надеюсь, что кто-нибудь из метеоритных мастеров ответит на него.   -  person ksopyla    schedule 01.12.2016
comment
Вы когда-нибудь находили решение этой проблемы? Столкнулся с точно такими же проблемами в моем производственном приложении Meteor.   -  person evolross    schedule 18.03.2017


Ответы (1)


Я знаю, что это довольно поздно, и я не уверен в этом на 100%, но я думаю, что это связано с тем, была ли подписка уже подписана. Это означает, что другой клиент уже подписался на этот курсор, и Meteor может просто отправить одни и те же результаты нескольким людям.

person Dave    schedule 04.02.2017