【问题标题】:Avoiding race conditions in Python 3's multiprocessing Queues避免 Python 3 的多处理队列中的竞争条件
【发布时间】:2023-03-17 01:08:01
【问题描述】:

我正在尝试找到大约 61 亿个(自定义)物品的最大重量,我想通过并行处理来做到这一点。对于我的特定应用程序,有更好的算法不需要我迭代超过 61 亿个项目,但是解释它们的教科书让我头疼,我的老板希望在 4 天内完成。我想我有更好的机会使用我公司的高级服务器和并行处理。但是,我对并行处理的了解都来自阅读Pythondocumentation。也就是说我很迷茫……

我目前的理论是设置一个 feeder 进程、一个输入队列、一大堆(比如 30 个)工作进程和一个输出队列(找到输出队列中的最大元素将是微不足道的)。我不明白的是 feeder 进程如何告诉工作进程何时停止等待项目通过输入队列。

我曾考虑在我的 6.1E9 项的可迭代项上使用 multiprocessing.Pool.map_async,但仅迭代这些项而不对它们做任何事情就需要将近 10 分钟。 除非我误解了什么......,让map_async 遍历它们以将它们分配给进程可以在进程开始工作时完成。 (Pool 也提供了imapdocumentation 表示它类似于map,它似乎无法异步工作。我想要异步,对吧?

相关问题:我想用concurrent.futures 代替multiprocessing 吗?我不可能是第一个实现双队列系统的人(这正是美国每个熟食店的排队方式......)所以有没有更 Pythonic/内置的方式来做到这一点?

这是我正在尝试做的事情的骨架。 请看中间的评论区。

import multiprocessing as mp
import queue

def faucet(items, bathtub):
    """Fill bathtub, a process-safe queue, with 6.1e9 items"""
    for item in items:
        bathtub.put(item)
    bathtub.close()

def drain_filter(bathtub, drain):
    """Put maximal item from bathtub into drain.
    Bathtub and drain are process-safe queues.
    """
    max_weight = 0
    max_item = None
    while True:
        try:
            current_item = bathtub.get()
        # The following line three lines are the ones that I can't
        # quite figure out how to trigger without a race condition.
        # What I would love is to trigger them AFTER faucet calls
        # bathtub.close and the bathtub queue is empty.
        except queue.Empty:
            drain.put((max_weight, max_item))
            return
        else:
            bathtub.task_done()
        if not item.is_relevant():
            continue
        current_weight = item.weight
        if current_weight > max_weight:
            max_weight = current_weight
            max_item = current_item

def parallel_max(items, nprocs=30):
    """The elements of items should have a method `is_relevant`
    and an attribute `weight`. `items` itself is an immutable
    iterator object.
    """
    bathtub_q = mp.JoinableQueue()
    drain_q = mp.Queue()

    faucet_proc = mp.Process(target=faucet, args=(items, bathtub_q))
    worker_procs = mp.Pool(processes=nprocs)

    faucet_proc.start()
    worker_procs.apply_async(drain_filter, bathtub_q, drain_q)

    finalists = []
    for i in range(nprocs):
        finalists.append(drain_q.get())

    return max(finalists)


这就是答案

我从 Python 基金会通讯主管 Doug Hellman 那里找到了对我的问题的一个非常彻底的答案,以及对多任务处理的温和介绍。我想要的是“毒丸”模式。在这里查看:http://www.doughellmann.com/PyMOTW/multiprocessing/communication.html

支持@MRAB 发布该概念的核心。

【问题讨论】:

  • 如果您使用的是multiprocessing.Queue,为什么还要import queue
  • 当工作人员查看他的输入队列时,我使用它来捕获queue.Empty 异常。我一厢情愿的想法是,当且仅当队列已关闭并且它也是空的时,才会抛出该异常。请注意,根据@MRAB 在他的回答中的方法,导入queue 是不必要的。

标签: python python-3.x parallel-processing race-condition


【解决方案1】:

您可以将一个特殊的终止项(例如无)放入队列中。当一个工人看到它时,它可以把它放回去让其他工人看到,然后终止。或者,您可以将每个工作人员的一个特殊终止项放入队列中。

【讨论】:

  • 这是一个非常好的答案。我会把这个问题留得更久一些,以防万一有人能回答相关问题。
  • 所以我在关闭队列之前将bathtub.put(None) 放在faucet() 的末尾,但是我该如何处理task_done() 调用呢?还是我只是从使用JoinableQueue 切换到常规Queue 并摆脱所有task_done() 调用?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-01-30
  • 2010-09-25
  • 2015-09-10
  • 2010-09-25
  • 2019-06-12
相关资源
最近更新 更多