[ANN]一个基于 Gevent 的定时器

[yueyoum]

https://github.com/yueyoum/timerush

有什么用？

你的系统中有定时任务的时候，仍给 timerush， timerush在时间达到的时候会通知你的系统。

你可以随意添加/取消任务。


这个系统搞了近一周，
刚开始用的 celery countdown 来做的，后来发现不能这么用。

随想用 erlang 来实现。各种研究和测试都通过了，
但毕竟对erlang不是很熟悉，写的时候常常去翻文档，很痛苦。
比如 supervisor child 的格式，每次都记不住，一边看文档，一边写，太揪心。就放弃了。

（现在gevent的版本，思路还是和erlang一样的。只是用了python这么方便的东西来实现）

后来基于 redis notifications 机制做了一套出来，
发现 根本不可用， 延迟太严重， 特别是 这些带有 expire key， 数量不多，
但是它们的 expire time 过于分散， 延迟7,8秒 是常事。

我也想了各种办法，最终还是放弃了。

所以这里也告诫各位同学， redis expire notifications 实时性很低。
虽然文档里也说了这个问题，但还是大大超出了我的可接受范围。

最后就是 这个版本了， 用了redis存储定时器，以便在 timerush 崩溃重启后
还可以将那些通知发出。


写的有点乱。

最后再提一下： 我是真的想用erlang来做，可是时间不容许。
期间测试 http server hello world 性能的时候，
cowboy 每秒处理请求 9K+
gevent 只有 2k+

[hustlzp]

好东西，收藏了~

[notedit]

不尝试下go？

[maga]

Tornado ioloop 也能做，不知性能怎么样

[huoxiaochai]

Beanstalk做定时器，效率也是杠杠的。

[MasterYoda]

在上次那个帖子就说notification那个实时性要有心理准备。。。

[clino]

那么gevent的版本能满足你自己的需求吗?

[yueyoum]

@notedit

不会go


@maga

写了做个benchmark即可， 我开始担心的greenlet数量太多的问题，但测试过 2w 个greenlet 没有问题， 也就觉得这个系统可以满足我的需求了


@huoxiaochai
beanstalk 也不了解啊


@MasterYoda

notification 做其他的通知还行， 要想 expire即时通知 目前不现实


@clino

满足了 。 如果不满足 我也不会发布出来了。 自己都没法用的东西，别人会看一眼？