[pyar] consulta

[LUMINARIAS FOTON]

Angel "Java" Lopez

que buen comentario y me hiciste acordar un al libro de sistema
distribuidos de tannenbaum!
por si alguin lo quiere lo tengo en pdf.

bueno justamente dije programacion paralela haciendo mención un poco de los
pensamientos que tienen los desarrolladores de la placa parallella, de
rehacer todo el codigo de nuevo :(

esa placa por mencionar algo tiene 16 cores, 1gb de ram, ethernet gigalan,
hdmi, usb etc es una bestia, imagínense una pc armada con 3,5,7 de estas(es
totalmente escalable). superas a cualquier compu y/o servidor que te ofrece
la industria.

y esta es la razon por la cual no se desarrolla este tipo de sistemas, hay
muchos intereses economicos de por medio.
lo que no entiendo es porque los desarrolladores no han observado esto?
linux, hurd etc...

volviendo a python... la idea con este traductor seria como en lenguaje
python la de olvidarse de las limitantes o potencias del hardware, este
traductor seria una capa de abstracción que traduzca y enmascare en codigo
python a todo programa que corra sobre el, escrito en otros lenguaje c,c++,
java etc...

como lo que hace docker pero sin la limitante del hardware, porque segun
tengo entendido las aplicaciones que corren sobre docker siguen corriendo
sobre el kernel linux, si me equivoco por favor aclárenmelo :)

mi duda es que se necesita para logras hacer algo asi?

salutes :)


El 4 de agosto de 2015, 6:36, Angel Java Lopez <ajlopez2000 en gmail.com>
escribió:

> 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
>>
>
>
> _______________________________________________
> 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/35fcadb4/attachment-0001.html>