2013-09-25 60 views
4

我登录使用乌鸦和getsentry Django的消息,但日志似乎延迟代码的执行。例如:Django的乌鸦非常慢

# ...view code 
tic = datetime.datetime.now() 
logging.warning('foo warning') 
toc = datetime.datetime.now() 
print "log time %s, %s, %s" % (tic, toc, (toc - tic).total_seconds()) 
# more view code... 

给出的输出:

log time 2013-09-25 12:03:56.541091, 2013-09-25 12:03:57.139420, 0.598329 

即它在这种情况下延迟所述代码的执行由600毫秒。这是可以预料的吗?我原以为这个消息会在一个单独的线程中发送异步,所以主代码不会被延迟。另外我的ping时间为app.getsentry.com是125ms,所以即使消息发送同步,600ms仍然看起来奇怪的很大。有什么配置可以改变,让事情变得更快吗?

设置文件:

LOGGING = { 
    'version': 1, 
    'disable_existing_loggers': True, 
    'handlers': { 
     'sentry': { 
      'level': 'INFO', 
      'class': 'raven.contrib.django.raven_compat.handlers.SentryHandler', 
     }, 
    }, 
    'loggers': { 
     '': { 
      'handlers': ['sentry'], 
      'level': 'INFO', 
      'propagate': True, 
     }, 
    } 
}  

===编辑===

感谢菲利普Dupanović用于指出线程+协议。可悲的是,由于线程在引导工作人员时被复制,他们并没有为我工作。我固定它通过在gunicorn配置文件中添加post_fork钩如下:

import logging 
from raven.contrib.django.handlers import SentryHandler 
from raven.transport.threaded import ThreadedHTTPTransport 


def post_fork(server, worker): 
    LOG = logging.getLogger() 
    for handler in LOG.handlers: 
     if isinstance(handler, SentryHandler): 
      for url, transport in handler.client._registry._transports.items(): 
       if isinstance(transport, ThreadedHTTPTransport): 
        if hasattr(transport, '_worker'): 
         server.log.info("deleting sentry thread worker attribute") 
         delattr(transport, '_worker') 
        else: 
         server.log.info("sentry thread worker not present, nothing to do.") 

OBV,这是一个黑客,而我的作品,我不知道是否会工作其他地方。

回答

1

如果您使用托管服务哨兵,你可以通过切换到threaded+http运输,这乌鸦完全支持中受益。请查看Raven's documentation关于如何正确配置服务名称中的传输。

您也可能想尝试切换到其他一些专门的并发传输或UDP协议。尽管无法比较ICMP请求延迟与TCP,但是增加的开销非常可怕并且可以解决,所以不要害怕!