[pyar] consulta

[Angel Java Lopez]

Interesante tema...

Igual pienso que programar en paralelo es para casos particulares. Por
ejemplo, para los llamados embarrasing parallel, ver

https://en.wikipedia.org/wiki/Embarrassingly_parallel

Cuales serian los casos de uso que quisieras implementar? Deberia haber
algun caso, una especie de aplicacion Quick Start, donde puedas demostrar
el valor de este approach.

De mi parte, me parece mas interesante el tema programacion distribuida. El
tener tareas y datos a ejecutar en varias maquinas, incluso sacar y poner
maquinas dinamicamente y que el sistema siga trabajando. Con casos de uso
como indexacion de sitios, ejecutar machine learning sobre mismos datos
pero varios algoritmos, analisis de stream de datos en tiempo real.... Debe
ser uno de los temas mas "calientes" en estos tiempos de big data, internet
of things, y otras mas buzzwords que igual tienen un sustento y aplicacion
real inmediata.

Hay bastante hecho en Java (Apache Spark, Apache Storm, Hadoop y demas
familiares; modelos de actores, distribuidos, con Akka/Java/Scala) y yo he
jugado bastante con aplicaciones distribuidas en JavaScript/NodeJS, y algo
minimo en C#. Podria ser interesante hacerlo en Python. Sacar provecho de
NumPy y demas, en un ambiente distribuido...  Desconozco que hay hecho....
Que recuerde, Apache Spark tenia DSL y acceso desde Python.

A la larga, el tema programacion distribuida permitira implementar
algoritmos nuevos que soluciones problemas nuevos, como temas inteligencia
artificial dura. Esa es la parte interesante que veo, mas alla de analizar
los tweets en tiempo real.

Bueno, era solo un comentario.

Nos leemos!

Angel "Java" Lopez
@ajlopez


2015-08-04 2:23 GMT-03:00 LUMINARIAS FOTON <luminariascba en gmail.com>:

> hola gracias por la respuesta
> justamente la logica de python de no importar la arquitectura de la
> maquina mientras la maquina tenga el interprete.
> es lo ideal asi deberían ser todos los s.o.
> segun lo veo yo , lo dejo a juicio de ustedes la arquitectura del sofware
> deberia ser , (1)kernel linux o hurd si llega a estar algun dia para arm,
> (2)interprete de python y por ulttimo esta (3)aplicacion que haria de
> traductor de todas las aplicaciones ya conocidas.
>
>
> Andrés Riancho  »Creo que no tiene mucho sentido lo que queres hacer. La
> primera razon
> que se me ocurre es que los programas tienen que estar diseñados para
> correr en un cluster, los que no estan diseñados de esa manera, no
> pueden aprovecharlo y quedan limitados al poder de procesamiento de
> uno de los CPU del cluster.«
> los desarrolladores de parallella me dijeron lo mismo en el  foro de
> ellos, y si tienen razon lo ideal seria hacer eso, pero sabes lo que seria
> reescribir todo el codigo ya creado para que se ejecute en paralelo.
> creo que si en un futuro eso seria lo ideal. creo que esto es mas factible
> en principio, que opinas?
>
> y seguramente hay un monton de puntos oscuros pero bueno esa es la idea de
> poder charlar del tema y haci ir viendo "el que ve no esta en oscuridad"
> jaja HY_G
>
> docker y qemu los estuve analizando pero tenemos el mismo drama de las
> arquitecturas o sea no se puede ejecutar un sistema de 64 o 32 bits en un
> cluster de arm
> y docker me interesa mas pero segun he averiguado es lo mismo las
> arquitecturas del hardware no lo permiten.
>
> lo ideal es hacer abstraccion de hardware y que aplicacion y hardware no
> se conoscan sino por medio del traductor jeje
> seria como un intermediario entre sistemas operativos y hardware.
>
> asi es la forma que le veo, ustedes que opinan?
>
> salutes
>
> El 3 de agosto de 2015, 19:16, Juan Esteban Carrique <carrique en gmail.com>
> escribió:
>
>> Leyendo entre lineas lo que comentas, entiendo que querrías tener un OS
>> sobre un cluster de lo que sea :P
>>
>> Comparto la idea :D
>>
>> Por otro lado algunas cuestiones. ARM domina ampliamente el mercado de
>> Low POWER, ergo Mobile, ademas que con la Internet Of Thing IoT se viene
>> con todo....
>>
>> Por otro lado notaras si profundizas que una Ras Pi no es completamente
>> Soft Libre, en general están a merced de blobs de codigo privativo, desde
>> mi humilde punto de vista lo mejor del hardware libre esta todavía por
>> verse :P
>>
>> Un tema que no me queda claro es que relación tiene tu consulta con
>> python?
>>
>> Ing. Juan Carrique
>> Santa Fe, Argentina
>> Electrónica, Arduino,
>> Coaching, Diabetes,
>> http://facebook.com/ReDuino
>>
>> 2015-08-03 18:22 GMT-03:00 Andres Riancho <andres.riancho en gmail.com>:
>>
>>> Creo que no tiene mucho sentido lo que queres hacer. La primera razon
>>> que se me ocurre es que los programas tienen que estar diseñados para
>>> correr en un cluster, los que no estan diseñados de esa manera, no
>>> pueden aprovecharlo y quedan limitados al poder de procesamiento de
>>> uno de los CPU del cluster.
>>>
>>> Algunas cosas que quizás quieras ver son:
>>>     * QEmu (te sirve para hacer eso que querias de emular otras
>>> arquitecturas)
>>>     * Docker (te puede llegar a servir para correr un cluster donde
>>> todas las maquinitas son docker servers y haya un master que les pase
>>> tareas)
>>>
>>>
>>>
>>> 2015-08-03 17:52 GMT-03:00 LUMINARIAS FOTON <luminariascba en gmail.com>:
>>> > hola gente mi nombre es alejandro
>>> > soy un rencien llegado
>>> > no se como explicar bien la idea pero dejo algunos tips para que
>>> ustedes
>>> > vean.
>>> >
>>> > el movimiento del sofware libre es por demas importante al igual que el
>>> > hardware libre que poca voliya se le da.
>>> > es una guerra de nunca acabar entre controladores privativos o libres.
>>> >
>>> > en estos dias si uno quiere comprarse una buena computadora tiene que
>>> gastar
>>> > arriba de 10mil pesos facil! y ni se aserca al potencia de un cluster
>>> de
>>> > computadoras por obvias razones estamos hablando de mas de una compu.
>>> >
>>> > aca es en donde entra las mini pc de harware libre como rasberry pi o
>>> > parallella por nombrar algunas son computadoras de muy poco tamaño,
>>> bajo
>>> > consumo de energia, una potencia de callculo bastante buena para lo
>>> que es
>>> > la maquina en parallela estamos hablando de 16 nucleos.
>>> > creo que montarse un cluster de estas maquinas seria mucho mas
>>> interesante
>>> > que comprarse una sola maquina medianamente buena (bueno hay les dejo
>>> unlink
>>> > para que vean)
>>> >
>>> > y aca entran en juego los sistemas operativos, sus desarrolladores y la
>>> > arquitectura del harware!
>>> >
>>> > en este mundo solo se habla de 64, 32, bit y algunas otras
>>> arquitecturas
>>> > menos reconocidas.
>>> >
>>> > arm obvio por ser rencien llegada es muy poco el soporte que tiene esto
>>> > entre comillas.
>>> >
>>> > y aca es en donde entra python
>>> >
>>> > mi idea es hacer una aplicacion que sea capas de comunicarse con el
>>> kernel
>>> > de las pc de arquitecura arm como parallella, rasberry, etc y esta
>>> > aplicación sea capas de traducir programas diseñados para otras
>>> > arquitecturas 64, 32 bits.
>>> >
>>> > siempre enfocado al clustering y a  la computacion en en paralelo.
>>> > seguramente no debe ser nada facil y debe requerir un conocimiento que
>>> yo no
>>> > tengo :(, pero tengo la idea y por lo menos es algo.
>>> >
>>> >
>>> >
>>> > no se ustedes que opinan?  por donde abria que empezar? sera posible?
>>> bueno
>>> > creo que todo es posible!
>>> >
>>> > si les quedan dudas de lo que digo consulten. saludos
>>> >
>>> > _______________________________________________
>>> > pyar mailing list pyar en python.org.ar
>>> > http://listas.python.org.ar/listinfo/pyar
>>> >
>>> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>> >
>>> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> > Argentina - http://www.usla.org.ar
>>>
>>>
>>>
>>> --
>>> Andrés Riancho
>>> Project Leader at w3af - http://w3af.org/
>>> Web Application Attack and Audit Framework
>>> Twitter: @w3af
>>> GPG: 0x93C344F3
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150804/228b4dce/attachment-0001.html>