Решение смущающе параллельных задач с использованием многопроцессорной обработки Python
Как использовать многопроцессорная обработка по решению чрезвычайно параллельные проблемы?
смущающе параллельные задачи обычно состоят из трех основных частей:
- читать входные данные (из файла, базы данных, tcp-соединения и т. д.).
- выполнить расчеты по входным данным, где каждый расчет независимо от любого другого расчет.
- написать результаты вычислений (в файл, базу данных, tcp соединение и др.).
мы можем распараллелить программу в двух измерениях:
- Часть 2 может работать на нескольких ядрах, так как каждый расчет является независимым; порядок обработки не имеет значения.
- каждая часть может работать независимо. Часть 1 может размещать данные во входной очереди, часть 2 может извлекать данные из входной очереди и помещать результаты в очередь вывода, и часть 3 может вытащить результаты из очереди вывода и записать их.
это кажется самым основным шаблоном в параллельном программировании, но я все еще теряюсь в попытке решить его, так что давайте напишем канонический пример, чтобы проиллюстрировать, как это делается с помощью многопроцессорной обработки.
вот пример проблемы: учитывая CSV-файла со строками целых чисел в качестве входных данных, вычислить их суммы. Разделить проблему на три части, которые могут работать параллельно:
- обработка входного файла в необработанные данные (списки / итерационные числа)
- вычислить суммы данных, параллельно
- выход Суммы
Ниже приведена традиционная, привязанная к одному процессу программа Python, которая решает эти три задачи:
#!/usr/bin/env python
# -*- coding: UTF-8 -*-
# basicsums.py
"""A program that reads integer values from a CSV file and writes out their
sums to another CSV file.
"""
import csv
import optparse
import sys
def make_cli_parser():
"""Make the command line interface parser."""
usage = "nn".join(["python %prog INPUT_CSV OUTPUT_CSV",
__doc__,
"""
ARGUMENTS:
INPUT_CSV: an input CSV file with rows of numbers
OUTPUT_CSV: an output file that will contain the sums
"""])
cli_parser = optparse.OptionParser(usage)
return cli_parser
def parse_input_csv(csvfile):
"""Parses the input CSV and yields tuples with the index of the row
as the first element, and the integers of the row as the second
element.
The index is zero-index based.
:Parameters:
- `csvfile`: a `csv.reader` instance
"""
for i, row in enumerate(csvfile):
row = [int(entry) for entry in row]
yield i, row
def sum_rows(rows):
"""Yields a tuple with the index of each input list of integers
as the first element, and the sum of the list of integers as the
second element.
The index is zero-index based.
:Parameters:
- `rows`: an iterable of tuples, with the index of the original row
as the first element, and a list of integers as the second element
"""
for i, row in rows:
yield i, sum(row)
def write_results(csvfile, results):
"""Writes a series of results to an outfile, where the first column
is the index of the original row of data, and the second column is
the result of the calculation.
The index is zero-index based.
:Parameters:
- `csvfile`: a `csv.writer` instance to which to write results
- `results`: an iterable of tuples, with the index (zero-based) of
the original row as the first element, and the calculated result
from that row as the second element
"""
for result_row in results:
csvfile.writerow(result_row)
def main(argv):
cli_parser = make_cli_parser()
opts, args = cli_parser.parse_args(argv)
if len(args) != 2:
cli_parser.error("Please provide an input file and output file.")
infile = open(args[0])
in_csvfile = csv.reader(infile)
outfile = open(args[1], 'w')
out_csvfile = csv.writer(outfile)
# gets an iterable of rows that's not yet evaluated
input_rows = parse_input_csv(in_csvfile)
# sends the rows iterable to sum_rows() for results iterable, but
# still not evaluated
result_rows = sum_rows(input_rows)
# finally evaluation takes place as a chain in write_results()
write_results(out_csvfile, result_rows)
infile.close()
outfile.close()
if __name__ == '__main__':
main(sys.argv[1:])
#!/usr/bin/env python
# -*- coding: UTF-8 -*-
# multiproc_sums.py
"""A program that reads integer values from a CSV file and writes out their
sums to another CSV file, using multiple processes if desired.
"""
import csv
import multiprocessing
import optparse
import sys
NUM_PROCS = multiprocessing.cpu_count()
def make_cli_parser():
"""Make the command line interface parser."""
usage = "nn".join(["python %prog INPUT_CSV OUTPUT_CSV",
__doc__,
"""
ARGUMENTS:
INPUT_CSV: an input CSV file with rows of numbers
OUTPUT_CSV: an output file that will contain the sums
"""])
cli_parser = optparse.OptionParser(usage)
cli_parser.add_option('-n', '--numprocs', type='int',
default=NUM_PROCS,
help="Number of processes to launch [DEFAULT: %default]")
return cli_parser
def main(argv):
cli_parser = make_cli_parser()
opts, args = cli_parser.parse_args(argv)
if len(args) != 2:
cli_parser.error("Please provide an input file and output file.")
infile = open(args[0])
in_csvfile = csv.reader(infile)
outfile = open(args[1], 'w')
out_csvfile = csv.writer(outfile)
# Parse the input file and add the parsed data to a queue for
# processing, possibly chunking to decrease communication between
# processes.
# Process the parsed data as soon as any (chunks) appear on the
# queue, using as many processes as allotted by the user
# (opts.numprocs); place results on a queue for output.
#
# Terminate processes when the parser stops putting data in the
# input queue.
# Write the results to disk as soon as they appear on the output
# queue.
# Ensure all child processes have terminated.
# Clean up files.
infile.close()
outfile.close()
if __name__ == '__main__':
main(sys.argv[1:])
эти куски кода, а также еще один фрагмент кода, который может генерировать пример CSV-файлов для целей тестирования, может быть найдено на github.
Я был бы признателен за любое понимание того, как вы, гуру параллелизма, подходите к этой проблеме.
вот некоторые вопросы, которые я испытывал, когда думал о эта проблема. бонусные баллы за обращение к любому/всем:
- должен ли я иметь дочерние процессы для чтения данных и размещения их в очереди, или основной процесс может сделать это без блокировки, пока все входные данные не будут прочитаны?
- аналогично, должен ли я иметь дочерний процесс для записи результатов из обработанной очереди, или основной процесс может сделать это без необходимости ждать всех результатов?
- должен ли я использовать процессы бассейн для операций с суммой?
- если да, то какой метод я вызываю в пуле, чтобы заставить его начать обработку результатов, поступающих в очередь ввода, не блокируя также процессы ввода и вывода? apply_async ()? map_async ()? imap ()? imap_unordered ()?
- предположим, что нам не нужно было откачивать входные и выходные очереди по мере ввода данных, но можно было подождать, пока все вход был проанализирован и все результаты были вычислены (например, потому что мы знаем, что все входные и выходные данные будут вписываться в системную память). Должны ли мы каким-либо образом изменить алгоритм (например, не запускать какие-либо процессы одновременно с вводом-выводом)?
5 ответов:
в моем решении есть дополнительный звонок и свисток, чтобы убедиться, что порядок вывода совпадает с порядком ввода. Я использую многопроцессорность.очередь для отправки данных между процессами, отправляя сообщения остановки, чтобы каждый процесс знал, чтобы прекратить проверку очередей. Я думаю, что комментарии в источнике должны дать понять, что происходит, но если не дайте мне знать.
#!/usr/bin/env python # -*- coding: UTF-8 -*- # multiproc_sums.py """A program that reads integer values from a CSV file and writes out their sums to another CSV file, using multiple processes if desired. """ import csv import multiprocessing import optparse import sys NUM_PROCS = multiprocessing.cpu_count() def make_cli_parser(): """Make the command line interface parser.""" usage = "\n\n".join(["python %prog INPUT_CSV OUTPUT_CSV", __doc__, """ ARGUMENTS: INPUT_CSV: an input CSV file with rows of numbers OUTPUT_CSV: an output file that will contain the sums\ """]) cli_parser = optparse.OptionParser(usage) cli_parser.add_option('-n', '--numprocs', type='int', default=NUM_PROCS, help="Number of processes to launch [DEFAULT: %default]") return cli_parser class CSVWorker(object): def __init__(self, numprocs, infile, outfile): self.numprocs = numprocs self.infile = open(infile) self.outfile = outfile self.in_csvfile = csv.reader(self.infile) self.inq = multiprocessing.Queue() self.outq = multiprocessing.Queue() self.pin = multiprocessing.Process(target=self.parse_input_csv, args=()) self.pout = multiprocessing.Process(target=self.write_output_csv, args=()) self.ps = [ multiprocessing.Process(target=self.sum_row, args=()) for i in range(self.numprocs)] self.pin.start() self.pout.start() for p in self.ps: p.start() self.pin.join() i = 0 for p in self.ps: p.join() print "Done", i i += 1 self.pout.join() self.infile.close() def parse_input_csv(self): """Parses the input CSV and yields tuples with the index of the row as the first element, and the integers of the row as the second element. The index is zero-index based. The data is then sent over inqueue for the workers to do their thing. At the end the input process sends a 'STOP' message for each worker. """ for i, row in enumerate(self.in_csvfile): row = [ int(entry) for entry in row ] self.inq.put( (i, row) ) for i in range(self.numprocs): self.inq.put("STOP") def sum_row(self): """ Workers. Consume inq and produce answers on outq """ tot = 0 for i, row in iter(self.inq.get, "STOP"): self.outq.put( (i, sum(row)) ) self.outq.put("STOP") def write_output_csv(self): """ Open outgoing csv file then start reading outq for answers Since I chose to make sure output was synchronized to the input there is some extra goodies to do that. Obviously your input has the original row number so this is not required. """ cur = 0 stop = 0 buffer = {} # For some reason csv.writer works badly across processes so open/close # and use it all in the same process or else you'll have the last # several rows missing outfile = open(self.outfile, "w") self.out_csvfile = csv.writer(outfile) #Keep running until we see numprocs STOP messages for works in range(self.numprocs): for i, val in iter(self.outq.get, "STOP"): # verify rows are in order, if not save in buffer if i != cur: buffer[i] = val else: #if yes are write it out and make sure no waiting rows exist self.out_csvfile.writerow( [i, val] ) cur += 1 while cur in buffer: self.out_csvfile.writerow([ cur, buffer[cur] ]) del buffer[cur] cur += 1 outfile.close() def main(argv): cli_parser = make_cli_parser() opts, args = cli_parser.parse_args(argv) if len(args) != 2: cli_parser.error("Please provide an input file and output file.") c = CSVWorker(opts.numprocs, args[0], args[1]) if __name__ == '__main__': main(sys.argv[1:])
Я понимаю, что я немного опоздал на вечеринку, но я недавно обнаружил GNU parallel, и хочу показать, как легко выполнить эту типичную задачу с его.
cat input.csv | parallel ./sum.py --pipe > sums
что-то вроде этого будет делать для
sum.py
:#!/usr/bin/python from sys import argv if __name__ == '__main__': row = argv[-1] values = (int(value) for value in row.split(',')) print row, ':', sum(values)
параллельно будет работать
sum.py
для каждой строкиinput.csv
(параллельно, конечно), затем выведите результаты вsums
. Явно лучше, чемmultiprocessing
проблемой
опаздывает на вечеринку...
joblib имеет слой поверх многопроцессорной обработки, чтобы помочь сделать параллель для циклов. Это дает вам такие возможности, как ленивая отправка заданий и лучшая отчетность об ошибках в дополнение к очень простому синтаксису.
как отказ от ответственности, я являюсь оригинальным автором joblib.
Старая Школа.
p1.py
import csv import pickle import sys with open( "someFile", "rb" ) as source: rdr = csv.reader( source ) for line in eumerate( rdr ): pickle.dump( line, sys.stdout )
p2.py
import pickle import sys while True: try: i, row = pickle.load( sys.stdin ) except EOFError: break pickle.dump( i, sum(row) )
p3.py
import pickle import sys while True: try: i, row = pickle.load( sys.stdin ) except EOFError: break print i, row
вот многооборотная окончательная структура.
python p1.py | python p2.py | python p3.py
да, оболочка связала их вместе на уровне ОС. Это кажется мне проще, и это работает очень хорошо.
Да, есть немного больше накладных расходов при использовании рассола (или cPickle). Упрощение, однако, кажется, стоит усилий.
если вы хотите, чтобы именем чтобы быть аргументом для
p1.py
, это легко изменить.что еще более важно, функция, подобная следующей, очень удобна.
def get_stdin(): while True: try: yield pickle.load( sys.stdin ) except EOFError: return
что позволяет вам сделать это:
for item in get_stdin(): process item
это очень просто, но это не легко разрешить вам иметь несколько копий P2.py бегом.
у вас есть две проблемы: fan-out и fan-in. The P1.py должен как-то разветвляться на несколько P2.py ' s. и the P2.py х должны как-то слить их результаты в единое целое P3.py.
подход старой школы к разветвлению-это архитектура "толчка", которая очень эффективна.
теоретически, несколько P2.py вытягивание из общей очереди является оптимальным распределением ресурсов. Это часто идеально, но это также изрядное количество программирования. Действительно ли необходимо Программирование? Или круговая обработка будет достаточно хороша?
практически, Вы найдете, что делает P1.py сделайте простой" круговой " дилинг среди множества P2.py-может быть, и неплохо. Ты бы так и сделал P1.py настроено на дело до n копии P2.py через именованные каналы. The P2.py каждый читал бы из своей соответствующей трубки.
что если один P2.py получает все данные "худшего случая" и бежит далеко позади? Да, круговая порука не идеальна. Но это лучше, чем только один P2.py и вы можете решить эту проблему с помощью простой рандомизации.
вентилятор-в от многократной цепи P2.py ' s к одному P3.py это немного сложнее, все же. В этот момент подход старой школы перестает быть выгодным. P3.py необходимо читать из нескольких именованных каналов с помощью
select
библиотека для чередования чтения.
вероятно, можно ввести немного параллелизма в Часть 1. Вероятно, не проблема с форматом, который так же прост, как CSV, но если обработка входных данных заметно медленнее, чем чтение данных, вы можете читать большие куски, а затем продолжать читать, пока не найдете "разделитель строк" (новая строка в случае CSV, но опять же это зависит от формата чтения; не работает, если формат достаточно сложный).
эти куски, каждый наверное содержащие несколько записей, затем могут быть отправлены в толпу параллельных процессов, считывающих задания из очереди, где они анализируются и разделяются, а затем помещаются в очередь для этапа 2.