R parallel makeCluster () se cuelga infinitamente en Mac

Me encontré con un problema cuando intentaba usarparallel paquete en R en mi Mac.

Así es cómo funciona normalmente el paquete paralelo.

cl = makeCluster(2) # Using 2-core parallel as an example
# Your parallel code
stopCluster(cl)

Cuando ejecuté este código, lacl = makeCluster(2) hangs infinitamente. Estaba tratando de resolverlo pero fallé. También me referí a otras publicaciones. Varias razones potenciales incluyen falta de memoria, errores de instalación, etc. Parece que no son el problema aquí, ya que reinicié las sesiones, reinstalé R, pero el problema persistió.

Supongo que el problema es sobre el permiso cuando R intentó conectarse a los núcleos. Aquí está lo que descubrí. Solíafuture package para ver el proceso específico de conexión a núcleos. Se adjuntan el código y su retorno.

cl <- future::makeClusterPSOCK(2, verbose = TRUE)

Trabajadores: [n = 2] 'localhost', 'localhost' Puerto base: 11303 Creando nodo 1 de 2 ... - configurando nodo Trabajador inicial # 1 en 'localhost': '/Library/Frameworks/R.framework/ Resources / bin / Rscript '- paquetes predeterminados = conjuntos de datos, utilidades, grDevices, gráficos, estadísticas, métodos -e' paralela :::. SlaveRSOCK () 'MASTER = localhost PORT = 11303 OUT = / dev / null TIMEOUT = 2592000 XDR = VERDADERO
Esperando al trabajador # 1 en "localhost" para volver a conectarse

El problema es que el host local nunca se conecta de nuevo ...

El siguiente mi la información de la sesión. Espero que esto ayude

R versión 3.5.1 (2018-07-02).
Plataforma: x86_64-apple-darwin15.6.0 (64 bits).
Ejecutando en: macOS High Sierra 10.13.6.

roductos @Matrix: predeterminado.
BLAS: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/3.5/Resources/lib/libRlapack.dyli

lugar
[1] en_US.UTF-8 / en_US.UTF-8 / en_US.UTF-8 / C / en_US.UTF-8 / en_US.UTF-8

Paquetes base adjuntos:
[1] estadísticas gráficos grDevices utiliza bases de datos métodos

cargado a través de un espacio de nombres (y no adjunto):
[1] compilador_3.5.1 paralelo_3.5.1 herramientas_3.5.1 listenv_0.7.0 codetools_0.2-15 digest_0.6.16
[7] globals_0.12.2 future_1.9.0

Es interesante que el mismo código funcione en mi vieja máquina Mac (mismo sistema operativo pero el hardware es más antiguo). No tengo idea de lo que está pasando aquí. Cualquier ayuda es apreciada! ¡Gracias

Respuestas a la pregunta(2)

Su respuesta a la pregunta