1
huafang 2013-09-02 21:46:53 +08:00
不觉则历
|
2
no13bus 2013-09-02 22:19:44 +08:00
rq不是redis队列吗?
|
3
Numbcoder 2013-09-02 23:15:11 +08:00
对于并发量小的,应该还不如直接写吧
并发量大的话,应该能提高不少 |
4
webflier 2013-09-02 23:46:20 +08:00
我用rabbitmq干这个事,我有个job,切成32个小任务在n台机器上一起跑,用rabbitmq调度,性能提高了有几十倍。。。。。
|
5
VYSE 2013-09-03 00:23:17 +08:00
但不敢切割成单个JOB来做,怕网络开销更大,分一定数量的批次来做就很好。RMQ+CELERY太需要折腾了。
|
6
ipconfiger 2013-09-03 00:39:18 +08:00
@VYSE celery 3.0 配置起来已经没有这么纠结了。
|
7
VYSE 2013-09-03 00:54:45 +08:00
@ipconfiger RMQ很纠结,还碰到过这货CRASH的情况
|
8
ipconfiger 2013-09-03 01:13:50 +08:00
@VYSE 我们用Redis的backend,还好了
|
9
0bit 2013-09-28 23:22:00 +08:00
在把RQ这个“锤子”用熟练之后,我就满世界在寻找钉子,确实比手动用multiprocessing来写多进程方便多了。
|