[pyar] De imports, multiprocessing y memoria utilizada

[Claudio Freire]

2012/4/28 Andres Riancho <andres.riancho en gmail.com>:
>    Lamentablemente esto no funciona, obtengo siempre algo como lo
> siguiente (sin importar si le doy mas o menos timeout):
>
> """
>  File "/home/xyz/workspace/w3af/core/controllers/dependency_check/lazy_load.py",
> line 38, in lazy_load
>    return result.get(timeout=5)
>  File "/usr/lib/python2.6/multiprocessing/pool.py", line 418, in get
>    raise TimeoutError
> multiprocessing.TimeoutError
> """

Yo no tengo ese problema con el mismo código (usando 'numpy' como module_name).

De hecho, de lo que se de multiprocessing imagino que sólo podría
darte timeout si el subproceso estuviera muriéndose con segmentation
fault o algo por el estilo, algo más "grave" que una excepción o error
de import. Algo probablemente relacionado a w3af o alguna biblioteca
de extensión que no se lleva bien con multiprocessing.

Si es así, te recomendaría hacer el chequeo de import antes de cargar
ninguna biblioteca de extensión, capaz que evitás el problema. O
podrías usar subprocess.Popen para ejecutar un comando que chequee la
existencia del módulo en un subproceso sin forkear, tipo "python -c
'import blah'".