On 12/1/09 4:03 AM, [email protected] wrote:
Another strange thing is that if notices are populated there is a some 10sec delay. The meteor debug log shows that all notices are streamed correctly. I found that if i change $config['queue']['enabled'] = true; to $config['queue']['enabled'] = false; or just comment it, all is working just fine! Anybody with this problems?
If you're using the database-backed queue daemons, you may indeed see some delays like this because the daemon has to poll the database for updates; when there are no updates to hit yet, it sleeps for a few seconds before checking again... poll delays may run up to 30 or 60 seconds.
With queueing off, the events are handled immediately (and thus posted to the Meteor server immediately) -- but they're handled during web front-end operations like posting a notice, so may slow down interactive response of your site.
If you need queueing on for performance or for another feature which requires it, you should be able to avoid these delays by bumping up to using ActiveMQ which will deliver new queue events immediately.
-- brion vibber (brion @ status.net) _______________________________________________ StatusNet-dev mailing list [email protected] http://lists.status.net/mailman/listinfo/statusnet-dev
