[Trac] Long-running tasks (was: Trac slowness with version 0.12 on RHEL)
On 2011-12-30 08:51, Emmanuel Blot wrote: Have you try to disable SMTP hust to be sure it's not the ticket notification that deadlocks? This is an interesting aspect, indeed. Trac should not perform long-running tasks like SMTP inside of a request, but either do it asynchronously in a thread (or give it to third party tools like celery/rabbitmq). How is it implemented currently in Trac? -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Long-running tasks (was: Trac slowness with version 0.12 on RHEL)
On 30 Dec 2011, at 13:12, W. Martin Borgert deba...@debian.org wrote: This is an interesting aspect, indeed. Trac should not perform long-running tasks like SMTP inside of a request, but either do it asynchronously in a thread (or give it to third party tools like celery/rabbitmq). How is it implemented currently in Trac? I do not agree with the above assertion, but I would suggest you read the Trac archive about the motivation for the details (discussed and argued so many times...) There are two ways for Trac to send emails: either as a synchronous request, or using a forked sendmail process. The second option should not block a web request, but I never tested it myself. Cheers, Manu. -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Long-running tasks (was: Trac slowness with version 0.12 on RHEL)
On Fri, Dec 30, 2011 at 8:45 AM, Emmanuel Blot manu.b...@gmail.com wrote: On 30 Dec 2011, at 13:12, W. Martin Borgert deba...@debian.org wrote: This is an interesting aspect, indeed. Trac should not perform long-running tasks like SMTP inside of a request, but either do it asynchronously in a thread (or give it to third party tools like celery/rabbitmq). How is it implemented currently in Trac? I do not agree with the above assertion, but I would suggest you read the Trac archive about the motivation for the details (discussed and argued so many times...) There are two ways for Trac to send emails: either as a synchronous request, or using a forked sendmail process. The second option should not block a web request, but I never tested it myself. Also since 0.12 there is an interface for implementing your own email backend: http://trac.edgewall.org/wiki/TracDev/PluginDevelopment/ExtensionPoints/trac.notification.IEmailSender -Ethan -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.