Supongamos que tengo una gran matriz numpy en memoria, tengo una función func
que toma esta matriz gigante como entrada (junto con algunos otros parámetros). func
con diferentes parámetros se pueden ejecutar en paralelo. Por ejemplo:
def func(arr, param):
# do stuff to arr, param
# build array arr
pool = Pool(processes = 6)
results = [pool.apply_async(func, [arr, param]) for param in all_params]
output = [res.get() for res in results]
Si uso la biblioteca de multiprocesamiento, esa matriz gigante se copiará varias veces en diferentes procesos.
¿Hay alguna manera de permitir que diferentes procesos compartan la misma matriz? Este objeto de matriz es de solo lectura y nunca se modificará.
Lo que es más complicado, si arr no es una matriz, sino un objeto python arbitrario, ¿hay alguna manera de compartirlo?
[EDITADO]
Leí la respuesta pero todavía estoy un poco confundido. Dado que fork () es copia en escritura, no deberíamos invocar ningún costo adicional al generar nuevos procesos en la biblioteca de multiprocesamiento de python. Pero el siguiente código sugiere que hay una gran sobrecarga:
from multiprocessing import Pool, Manager
import numpy as np;
import time
def f(arr):
return len(arr)
t = time.time()
arr = np.arange(10000000)
print "construct array = ", time.time() - t;
pool = Pool(processes = 6)
t = time.time()
res = pool.apply_async(f, [arr,])
res.get()
print "multiprocessing overhead = ", time.time() - t;
salida (y, por cierto, el costo aumenta a medida que aumenta el tamaño de la matriz, por lo que sospecho que todavía hay gastos generales relacionados con la copia de memoria):
construct array = 0.0178790092468
multiprocessing overhead = 0.252444982529
¿Por qué hay una sobrecarga tan grande si no copiamos la matriz? ¿Y qué parte me salva la memoria compartida?
Respuestas:
Si utiliza un sistema operativo que utiliza
fork()
semántica de copia en escritura (como cualquier unix común), siempre y cuando nunca altere su estructura de datos, estará disponible para todos los procesos secundarios sin ocupar memoria adicional. No tendrá que hacer nada especial (excepto asegurarse de no alterar el objeto).Lo más eficiente que puede hacer para su problema sería empaquetar su matriz en una estructura de matriz eficiente (usando
numpy
oarray
), colocarla en la memoria compartida, envolverlamultiprocessing.Array
y pasarla a sus funciones. Esta respuesta muestra cómo hacer eso .Si desea un objeto compartido grabable , deberá envolverlo con algún tipo de sincronización o bloqueo.
multiprocessing
proporciona dos métodos para hacer esto : uno usando memoria compartida (adecuada para valores simples, matrices o tipos de letra) o unManager
proxy, donde un proceso retiene la memoria y un administrador arbitra el acceso a ella desde otros procesos (incluso a través de una red).El
Manager
enfoque se puede usar con objetos arbitrarios de Python, pero será más lento que el equivalente usando memoria compartida porque los objetos deben ser serializados / deserializados y enviados entre procesos.Hay una gran cantidad de bibliotecas y enfoques de procesamiento paralelo disponibles en Python .
multiprocessing
es una biblioteca excelente y bien redondeada, pero si tiene necesidades especiales, quizás uno de los otros enfoques sea mejor.fuente
apply_async
debe hacer referencia al objeto compartido en el alcance directamente en lugar de a través de sus argumentos.Me encontré con el mismo problema y escribí una pequeña clase de utilidad de memoria compartida para solucionarlo.
Estoy usando
multiprocessing.RawArray
(sin bloqueo), y también el acceso a las matrices no está sincronizado en absoluto (sin bloqueo), tenga cuidado de no disparar a sus propios pies.Con la solución obtengo aceleraciones por un factor de aproximadamente 3 en un i7 de cuatro núcleos.
Aquí está el código: siéntase libre de usarlo y mejorarlo, y por favor informe cualquier error.
fuente
Este es el caso de uso previsto para Ray , que es una biblioteca para Python paralelo y distribuido. Bajo el capó, serializa objetos usando el diseño de datos de Apache Arrow (que es un formato de copia cero) y los almacena en un almacén de objetos de memoria compartida para que puedan acceder a ellos mediante múltiples procesos sin crear copias.
El código se vería así.
Si no llama
ray.put
, la matriz seguirá almacenada en la memoria compartida, pero eso se hará una vez por invocaciónfunc
, que no es lo que desea.Tenga en cuenta que esto funcionará no solo para matrices, sino también para objetos que contengan matrices , por ejemplo, diccionarios que mapean entradas a matrices como se muestra a continuación.
Puede comparar el rendimiento de la serialización en Ray versus pickle ejecutando lo siguiente en IPython.
La serialización con Ray es solo un poco más rápida que el pickle, pero la deserialización es 1000 veces más rápida debido al uso de memoria compartida (este número, por supuesto, dependerá del objeto).
Ver la documentación de Ray . Puede leer más sobre la serialización rápida con Ray y Arrow . Tenga en cuenta que soy uno de los desarrolladores de Ray.
fuente
Como mencionó Robert Nishihara, Apache Arrow lo hace fácil, específicamente con el almacén de objetos en memoria Plasma, en el que se basa Ray.
Hice plasma cerebral específicamente por este motivo: carga y recarga rápidas de objetos grandes en una aplicación Flask. Es un espacio de nombres de objetos de memoria compartida para objetos serializables de Apache Arrow, incluyendo
pickle
'd bytestrings generados porpickle.dumps(...)
.La diferencia clave con Apache Ray y Plasma es que realiza un seguimiento de las ID de los objetos por usted. Cualquier proceso, subproceso o programa que se ejecute localmente puede compartir los valores de las variables llamando al nombre desde cualquier
Brain
objeto.fuente