Multiplexer, observChanges duration e OplogTailingin mongo/meteor

Question

Sto sviluppando un'applicazione con Meteor.js. Per questo, ho un cluster di istanze di mongo per l'oplog tailing. Inoltre, sto usando Kadira per tracciare i miei perfs app.

Da quando ho attivato la chiusura di oplog, molti dei miei pub/sub sono più lenti di prima. Quello che vedo è che è molto più lento quando l'oplog "query" ha il suo attributo "wasMultiplexerReady" impostato su false, che è il caso della maggior parte delle ChangesChanges che vedo su Kadira.

Il problema è che non c'è assolutamente NULLA su di esso sul web. Sono stato alla ricerca di qualsiasi risorsa su di esso e come funziona, ma non c'è letteralmente nulla.

Qualcuno potrebbe darmi qualche suggerimento/spiegazione su cosa sta succedendo qui? Come quello che è questo attributo "wasMultiplexerReady", come si usa, come posso ridurre l'oplog tailing tempo di calcolo, ecc ...

ti ringrazia.

Answer 1

So che questo è abbastanza tardi, e io non sono al 100% su questo, ma penso che sia se l'abbonamento fosse già sottoscritto o meno. Significa che un altro cliente era già iscritto a quel cursore, e Meteor può quindi semplicemente inviare gli stessi risultati a più persone.