我有一个CPU密集型Celery任务。我想在许多EC2实例中使用所有处理能力(核心)来更快地完成这项工作(一个多处理的芹菜并行分布式任务 - 我认为)。
条款线程,多处理,分布式计算,分布式并行处理都是I&#39条款;我试图更好地理解。
示例任务:
@app.task
for item in list_of_millions_of_ids:
id = item # do some long complicated equation here very CPU heavy!!!!!!!
database.objects(newid=id).save()
使用上面的代码 (如果可能的话,带有一个例子) 如何使用Celery通过允许使用所有的一个任务来分配此任务计算云中所有可用计算机的CPU功率?
答案 0 :(得分:106)
您的目标是:
芹菜可以很容易地为你做这两件事。首先要理解的是,每个芹菜工作者configured by default运行的任务与系统上可用的CPU核心一样多:
并发性是用于处理的prefork工作进程的数量 当所有这些都忙于新工作时,你的任务会同时进行 任务必须等待其中一个任务完成才能完成 被处理。
默认并发数是该计算机上的CPU数 (包括核心),您可以使用-c选项指定自定义数字。 没有推荐值,因为最佳数量取决于a 因素的数量,但如果你的任务大多是I / O限制,那么你可以 尝试增加它,实验表明添加更多 CPU数量的两倍很少有效,并且可能会降级 而不是表现。
这意味着每个单独的任务都不需要担心使用多处理/线程来使用多个CPU /核心。相反,芹菜将同时运行足够的任务来使用每个可用的CPU。
完成此操作后,下一步是创建一个处理list_of_millions_of_ids
部分子集的任务。这里有几个选项 - 一个是让每个任务处理一个ID,所以你运行N个任务,其中N == len(list_of_millions_of_ids)
。这将保证工作在所有任务中均匀分配,因为永远不会有一个工人提前结束而只是等待的情况;如果它需要工作,它可以从队列中拉出一个id。您可以使用芹菜group
执行此操作(如John Doe所述)。
<强> tasks.py:强>
@app.task
def process_id(item):
id = item #long complicated equation here
database.objects(newid=id).save()
执行任务:
from celery import group
from tasks import process_id
jobs = group(process_id.s(item) for item in list_of_millions_of_ids)
result = jobs.apply_async()
另一种选择是将列表分成更小的部分,并将这些部分分发给您的工作人员。这种方法存在浪费一些周期的风险,因为最终可能会有一些工人在等待,而其他人仍在工作。但是,celery documentation notes这种担忧通常是没有根据的:
有些人可能会担心,对任务进行分块会导致任务降级 并行性,但对于繁忙的集群而言,这种情况很少发生 练习,因为你可以避免消息的开销 大大提高了性能。
因此,您可能会发现,由于减少了消息传递开销,对列表进行分块并将块分配给每个任务的性能更好。你可以通过这种方式减轻数据库的负担,通过计算每个id,将其存储在列表中,然后在完成后将整个列表添加到DB中,而不是一次只执行一个id 。分块方法看起来像这样
<强> tasks.py:强>
@app.task
def process_ids(items):
for item in items:
id = item #long complicated equation here
database.objects(newid=id).save() # Still adding one id at a time, but you don't have to.
开始任务:
from tasks import process_ids
jobs = process_ids.chunks(list_of_millions_of_ids, 30) # break the list into 30 chunks. Experiment with what number works best here.
jobs.apply_async()
您可以尝试一下块状尺寸可以获得最佳效果。你想找到一个最佳位置,你可以减少消息开销,同时保持足够小的尺寸,使你不会让工人比其他工人更快地完成他们的大块,然后只是等待无所事事。
答案 1 :(得分:11)
在分销世界中,首先应该记住的只有一件事:
过早优化是万恶之源。作者D. Knuth
我知道这听起来很明显,但在分发双重检查之前,您使用的是最佳算法(如果它存在......)。 话虽如此,优化分配是三件事之间的平衡:
计算机的制作越接近处理单元(3),速度越快,效率越高(1)和(2)。经典集群中的订单将是:网络硬盘驱动器,本地硬盘驱动器,RAM,内部处理单元区域...... 如今,处理器变得非常复杂,被认为是通常称为核心的独立硬件处理单元的集合,这些核心通过线程(2)处理数据(3)。 想象一下,你的核心是如此之快,以至于当你使用一个线程发送数据时,你正在使用50%的计算机能力,如果核心有2个线程,那么你将使用100%。每个核心两个线程称为超线程,您的操作系统每个超线程核心将看到2个CPU。
管理处理器中的线程通常称为多线程。 从OS管理CPU通常称为多处理。 管理集群中的并发任务通常称为并行编程。 管理集群中的依赖任务通常称为分布式编程。
那么你的瓶颈在哪里?
芹菜怎么样?
Celery是分布式编程的消息传递框架,它将使用代理模块进行通信(2),使用后端模块进行持久化(1),这意味着您可以通过更改配置来避免大多数瓶颈(如果可能)在您的网络上,只在您的网络上。
首先分析您的代码,以在单台计算机中实现最佳性能。
然后使用默认配置在群集中使用celery并设置CELERY_RESULT_PERSISTENT=True
:
from celery import Celery
app = Celery('tasks',
broker='amqp://guest@localhost//',
backend='redis://localhost')
@app.task
def process_id(all_the_data_parameters_needed_to_process_in_this_computer):
#code that does stuff
return result
在执行期间打开您最喜欢的监控工具,我使用RabbitMQ的默认设置和芹菜花的顶部和cpus的顶部,您的结果将保存在您的后端。网络瓶颈的一个例子是任务队列增长太多以至于延迟执行,你可以继续更改模块或芹菜配置,如果不是你的瓶颈在其他地方。
答案 2 :(得分:9)
为什么不为此使用group
芹菜任务?
http://celery.readthedocs.org/en/latest/userguide/canvas.html#groups
基本上,您应该将ids
分成块(或范围)并将它们分配给group
中的一堆任务。
对于更复杂的smth,比如聚合特定芹菜任务的结果,我已成功使用chord
任务用于类似目的:
http://celery.readthedocs.org/en/latest/userguide/canvas.html#chords
将settings.CELERYD_CONCURRENCY
增加到一个合理的数字并且你能负担得起,然后那些芹菜工人将继续在一个组或一个和弦中执行你的任务,直到完成为止。
注意:由于kombu
中的错误导致过去重复使用工作人员的麻烦,我不知道它现在是否已修复。也许是,但如果没有,减少CELERYD_MAX_TASKS_PER_CHILD。
基于我运行的简化和修改代码的示例:
@app.task
def do_matches():
match_data = ...
result = chord(single_batch_processor.s(m) for m in match_data)(summarize.s())
summarize
获取所有single_batch_processor
个任务的结果。每个任务都在任何Celery工作者上运行,kombu
协调它。
现在我明白了:single_batch_processor
和summarize
也必须是芹菜任务,而不是常规函数 - 否则当然不会并行化(我甚至不确定和弦构造函数会接受它如果它不是芹菜任务。)
答案 3 :(得分:3)
添加更多芹菜工人肯定会加快执行任务的速度。您可能还有另一个瓶颈:数据库。确保它可以处理同时插入/更新。
关于您的问题:您通过在EC2实例上指定另一个进程celeryd
来添加芹菜工作者。根据您需要的工作人员数量,您可能希望添加更多实例。