.
Gracias a los dos Carlos, tenía una duda que me resolvieron.
Javier Rubén Marcuzzi
De: Carlos Ortega
Enviado: martes, 11 de octubre de 2016 16:45
Para: Javier Marcuzzi
CC: r-help-es
Asunto: Re: [R-es] Alto rendimiento
Hola,
• Si tu "paso 3" te refieres a un algoritmo que no está en M
como una gran donación a la ciencia.
>
>
>
> Javier Rubén Marcuzzi
>
>
>
> *De: *Carlos Ortega <c...@qualityexcellence.es>
> *Enviado: *martes, 11 de octubre de 2016 14:21
> *Para: *Javier Marcuzzi <javier.ruben.marcu...@gmail.com>
> *CC: *Carlos J. Gil Be
tecnología propietaria, algo como una
gran donación a la ciencia.
Javier Rubén Marcuzzi
De: Carlos Ortega
Enviado: martes, 11 de octubre de 2016 14:21
Para: Javier Marcuzzi
CC: Carlos J. Gil Bellosta; r-help-es
Asunto: Re: [R-es] Alto rendimiento
Hola,
Son muchas cosas juntas... por separar:
• Las
de CRAN con un hilo del
> procesador.
>
> Los otros días vi el video de la charla, no me quedo claro si Microsoft
> optimiza las librerías de sus repositorios al compilarlas o solo las de su
> propiedad.
>
> Javier Rubén Marcuzzi
>
> De: Carlos J. Gil Bellosta
> Enviado:
bre de 2016 10:59
Para: Javier Marcuzzi
CC: r-help-es
Asunto: Re: [R-es] Alto rendimiento
Hola, ¿qué tal?
Spark correría en tantos hilos como estuviese configurado a utilizar (con
límite en los existentes). La promesa de sparklyr es que se trata de una mera
interfaz que delega el procesamiento
Hola, ¿qué tal?
Spark correría en tantos hilos como estuviese configurado a utilizar (con
límite en los existentes). La promesa de sparklyr es que se trata de una
mera interfaz que delega el procesamiento de datos en Spark. Spark
paralelizaría (que de eso trata).
Un saludo,
Carlos J. Gil