Charlas 12-12-2000 Umeet'2000

Charlas 12/12/2000

Log de la conferencia. Se han suprimido las líneas correspondientes a entradas y salidas de diferentes personas en el canal durante la conferencia
[20:29] (Fernand0> Para terminar la sesión
[20:30] (Fernand0> contamos hoy entre nosotros con la presencia de:
[20:30] (ismak> De nada, gracias a todos
[20:30] (Fernand0> Carlos Manzanedo Rueda y Jordi Polo Carrés
[20:30] (TuC0> genial ismak felicidades :))
[20:30] (Fernand0> de la Universidad de Alcalá de Henares
[20:30] (ismak> en especial a Mjesus y Pask
[20:30] (Fernand0> que nos van a hablar de: Mosix: un cluster para linux
[20:30] (yaco> hola
[20:30] (botijo> bonjour, yaco
[20:31] (MJesus> a ti ismak !!
[20:31] (yaco> que tal
[20:31] (botijo> salut, yaco
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (pask> nos vemos ..
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (yaco> si me permiten...
[20:31] (TuC0> Fernand0, cuando dices cluster, te refieres a clustering? a eso de que un grupo
[20:31] (Fernand0> tuco yo no lo digo
[20:31] (TuC0> de servidores trabajan juntos?
[20:31] (TuC0> como uno solo?
[20:31] (trusmis> TuC0: si
[20:31] (Fernand0> lo dicen los ponentes que hablarán a continuación
[20:31] (trusmis> TuC0: exacto
[20:31] (Fernand0> ;)
[20:31] (pask> ciao
[20:31] *** pask (pask@hades2.concha.upv.es) Quit (pask has no reason)
[20:31] (TuC0> okis grax :)))
[20:31] (trusmis> eso es precisamente de lo que trata esta charla
[20:32] (TuC0> genial, genial, genial !!
[20:32] (viper> ya que habren la puerta, tambien me retiro
[20:32] (trusmis> sobre como conseguir usar un grupo de ordenadores como uno solo de forma transparente a un usuario normal
[20:32] (yaco> si alguien fuera tan amable de chequear una sitio nuevo...
[20:32] (trusmis> antes de nada
[20:32] (trusmis> voy a dar unas cuantas url
[20:32] (yaco> mío, está en desarrollo...
[20:32] -> *uni* chanopt #linux deftopic Carlos Manzanedo y Jordi Polo "Mosix: un cluster para linux"
[20:32] *** uni changes topic to 'Carlos Manzanedo y Jordi Polo "Mosix: un cluster para linux"'
[20:32] (trusmis> para la gente que le interese el tema pero que no este dispuesto a aguantar este rollo
[20:33] (trusmis> www.mosix.org
[20:33] (trusmis> fundamental
[20:33] (trusmis> allí encontrareis links a clusters, podeis descargaros el programa
[20:33] (trusmis> teneis almacen de la lista de correo , papers.............
[20:33] (viper> lamentablemente debo irme para estudiar para un FINAL que doy mañana, sino los agunto :-))
[20:33] (trusmis> viper: hasta luego
[20:34] (ismak> ciao viper y suerte
[20:34] (manaha> suerte
[20:34] (trusmis> como en esta charla me gustaria hablar solo de mosix
[20:34] (viper> chau chicos. Suerte. Maniana les cuento la nota
[20:34] *** AlexCeli (alex@200.37.85.94) has joined #linux
[20:34] (trusmis> para profundizar sobre proceso paralelos y clusteres en general podeir ver un par de charlas que se dieron en otros dias en el Umeet
[20:34] (viper> NOS VEMOS
[20:34] *** viper (viper@64.76.23.48) has left #linux
[20:35] (trusmis> conferencia de Juan carlos gutierrez sobre arquitecturas de redes de comunicaciones para sistemas distribuidos
[20:35] (MJesus> aja
[20:35] (MJesus> cuales ?
[20:35] (trusmis> en
[20:35] (AlexCeli> Slayer...!!!
[20:35] (botijo> se rumorea que slayer es villegas
[20:35] (trusmis> http://umeet.uninet.edu/conferencias/21-11-2000/2111.httml
[20:35] (AlexCeli> lo es
[20:36] (trusmis> y la interesantísima
[20:36] (trusmis> conferencia de David Santo Orcero
[20:36] (trusmis> state of art and perspectives of high performance linux clustering
[20:36] (trusmis> http://umeet.uninet.edu/conferencias/davidsanto/congreso.html
[20:36] (trusmis> http://umeet.uninet.edu/conferencias/23-11-2000/2311.html
[20:37] (trusmis> en serio esta conferencia es muuuuuuuy buena
[20:37] (trusmis> y deja ideas bien claras de como están las cosas
[20:37] (ismak> adios
[20:37] (trusmis> me gustaría que esto en vez de una conferencia donde yo os suelte un rollo pesado y demás, me preguntaseis lo que querais en cualquier momento
[20:38] (trusmis> me gustaría que esto fuera una charla
[20:38] *** ismak (ismak@hades2.concha.upv.es) Quit (Hasta luego)
[20:38] (trusmis> por ahora empezaré introduciendo mosix
[20:38] (trusmis> para quien no tenga mucha idea se entere de lo interesante que es este sistema
[20:39] (trusmis> mosix es un cluster de linux que se autobalancea(vaya traducción) según pasa el tiempo
[20:39] *** jahoitl (jahoitl@200.38.160.133) Quit (Leaving)
[20:39] (trusmis> quizás hallais oido hablar de pvm o beowulf
[20:39] *** CtrInt (esoft@81-LASP-X8.libre.retevision.es) has joined #linux
[20:39] (trusmis> pues esto es un clluster pero bastente distinto
[20:39] *** Matheu (alg@193-153-251-246.uc.nombres.ttd.es) Quit ([BX] Life is like BitchX. Ya never know what yer gunna git.)
[20:40] (trusmis> la granularidad de mosix es el proceso, esta es la mínima unidad que se puede distribuir
[20:40] *** Erick (el_leteo@200.38.160.85) Quit (Leaving)
[20:41] (trusmis> cuando un ordenador está muy cargado
[20:41] (trusmis> mosix pasa procesos de este ordenador a otros del cluster
[20:41] (trusmis> que estén menos descargados
[20:41] (trusmis> bien no , logico ?
[20:42] (manaha> para introducir lo que mosix representa lo hare en un os poquillos puntos
[20:42] (manaha> que definen mosix
[20:42] *** Erick (el_leteo@200.38.160.85) has joined #linux
[20:42] (manaha> para empezar , el sistema completo es transparente al usuario
[20:43] (manaha> este se sienta en un ordena del nodo para hacer su sesion sin preocuparse de si algo migro o no
[20:43] (manaha> por otro lado , la migracion de procesos
[20:43] (manaha> ,depende de varios algoritmos ,
[20:44] (manaha> pero en general el balanceo de carga basado en funciones estadisticas es el que lleva el control
[20:44] (manaha> de balanceo de carga
[20:44] *** yaco (IRcap65@200.5.90.53) has left #linux
[20:44] (manaha> por otro lado se intenta hacer que cada nodo utilice swap
[20:44] (manaha> de esta manera utilizan un algoritmo paralelo al de manejo de memoria de manera que cuando un proceso
[20:45] *** Salvage (lcasco99@205.218.252.11) has joined #linux
[20:45] (trusmis> que cada nodo no use swap
[20:45] (manaha> no tiene memoria fisica para ejecutarse pasa o intenta pasar a otro nodo
[20:45] (manaha> todas el codigo esta en el kernel lo que se supone que lo hace rapido...
[20:46] (manaha> ..el control es descentralizado ... cada nodo no connoce el estado del cluster completo
[20:46] (manaha> de este modo es mas escalable ya que invierte menos tiempos de procesos en los valanceos
[20:46] (manaha> balanceos
[20:47] (manaha> por ultimo de la introduccion .. cada nodo es completamente autonomo por si mismo
[20:47] (trusmis> eso quiere decir, que si un nodo cae no pasa nada
[20:47] *** elpacheco (el_pacheco@du-148-235-116-75.prodigy.net.mx) has joined #linux
[20:47] (trusmis> bueno, perdemos potencia y los procesos que se generaron en ese nodo mueren
[20:48] *** FuL (lplanas@seguridad.encomix.es) Quit (Leaving)
[20:48] (trusmis> pero el sistema en general sobrevive perfectamente
[20:48] (trusmis> cuando se ejecuta un nuevo proceso
[20:49] (trusmis> con mosix se divide en dos :
[20:49] (trusmis> 1.- Deputy : parte local que no se puede migrar
[20:49] (trusmis> esta parte es la parte del kernel del proceso
[20:49] (trusmis> descripcion de los recursos que tiene el proceso
[20:49] *** Beltzak (linux@usuario1-36-167-212.dialup.uni2.es) has joined #linux
[20:49] (trusmis> pila del kernel para el proceso
[20:49] (manaha> parte que corre en modo kernel en general
[20:50] (trusmis> 2.- Remote
[20:50] (Beltzak> hola, buenas tardes ;)
[20:50] (trusmis> esta es la parte de procese que migra a otro ordenador
[20:50] (trusmis> se intenta que esta parte sea la mayor posible
[20:50] (trusmis> ahí tendríamos
[20:50] (trusmis> codigo del programa
[20:50] (trusmis> pila de datos
[20:51] (trusmis> todo mas a nivel de aplicación de usuario
[20:51] (trusmis> entonces
[20:51] (trusmis> tenemos un proceso que ha migrado de nuestro nodo 1 a nuestro nodo 2 , bien perfecto, se pone hacer allí unas cuantas sumas en punto flotante
[20:52] (trusmis> muy bien, distribuimos el trabajo, ahora el proceso quiere coger datos de su memoria
[20:52] (trusmis> o saber que hora tiene su ordenador ....
[20:53] (trusmis> varias llamadas las cuales el nodo al cual ha migrado no puede responder
[20:54] (trusmis> entonces, hay una capa intermedia link layer que se encarga de interceptar esa llamada al sistema, dormir al proceso , llamar al nodo 1 (nodo casa del proceso) , recivir los datos correctos , despertar al proceso y darselos
[20:54] *** manaha (carlos@49-MADR-X24.libre.retevision.es) Quit (Read error to manaha[49-MADR-X24.libre.retevision.es]: Connection reset by peer)
[20:54] (trusmis> quizás un poco liado pero se ve la idea verdad?
[20:54] (MJesus> si
[20:54] (MJesus> se ve
[20:54] (trusmis> ok
[20:55] (trusmis> eso por supuesto supone una carga y perdida de tiempo
[20:55] (trusmis> pero da asombrosos buenos resultados
[20:56] *** manaha (carlos@52-MADR-X49.libre.retevision.es) has joined #linux
[20:56] (trusmis> entonces, vemos que tenemos nuestros procesos saltanto alegremente de un sitio para otro
[20:56] (trusmis> cuando los algoritmos de manejo de carga y de escatimacion de memoria se lo dictan
[20:56] (trusmis> eso en la práctica quiere decir que una vez que el sistema se estabiliza un poco , los procesos apenas saltan
[20:57] (trusmis> y todo es perfecto y el rendimiento crece :)
[20:58] (manaha> otra caracteristica de mosix
[20:58] (manaha> es DFSA
[20:58] (Salvage> puedes explicarnos un poco que sucede cuando unos de los hosts del cluster se cae
[20:58] (manaha> ok
[20:58] (Salvage> que pasa, como se da la recuperacion del sistema
[20:59] (manaha> que tipo de caida... brusca (alimentacion) o provocada (shutdown)
[20:59] *** ew (trumsi@237-MADR-X123.libre.retevision.es) has joined #linux
[20:59] (Salvage> supongamos brusca!
[20:59] (ew> tendría que estar continuamente haciendo llamadas al sistema a su nodo local
[20:59] (Salvage> me imagino que con un shutdown la recuperacion debe de ser mas sencilla
[21:00] (manaha> si es alimentacion empieza a haber errores de kernel , pero se repone de ellos (no el proceso)
[21:00] (ew> lo que haría que la red se sobrecargase
[21:00] (manaha> el proceso se pierde
[21:00] *** trusmis (trumsi@28-MADR-X102.libre.retevision.es) Quit (Ping timeout for trusmis
[28-MADR-X102.libre.retevision.es])
[21:00] *** ew is now known as trusmis
[21:00] (Salvage> existe un nodo raiz, uno que coordina y ordena a los demas verdad?
[21:00] (manaha> en caso de shutdown es evidente que migra a otro nodo cuando el se llama a stop de mosix
[21:00] (trusmis> Salvage: no
[21:01] (manaha> es descentralizado
[21:01] (trusmis> cuando digo distribuido realmente lo quiero decir
[21:01] (Salvage> ok
[21:01] (manaha> cada nodo solo conoce el estado de otros ..mm creo que 8 nodos
[21:01] (trusmis> es una de las gracias de mosix
[21:01] (Salvage> excelente
[21:01] *** ujordi (ujordi@213.96.15.142) has joined #linux
[21:01] (trusmis> no hay master /slave servidor/cliente
[21:01] (manaha> bueno sigo con DFSA
[21:01] *** fabiana (fabiana@brutus.conectiva.com.br) Quit ([x]chat)
[21:01] (trusmis> eso
[21:01] (trusmis> cuando hay muchas llamadas de I/O
[21:03] *** carlos_ (carlos@140-MADR-X55.libre.retevision.es) has joined #linux
[21:03] (trusmis> cuando ocurre esto lo más lógico es que el proceso no se moviera del nodo local, y eso es lo que se quiere hacer con dfsa
[21:03] (carlos_> esto se debe a que en general las Sys calls
[21:04] (carlos_> las ejecuta el deputy
[21:04] *** ujordi is now known as jordi_rom
[21:04] (carlos_> es decir la parte local
[21:04] *** manaha (carlos@52-MADR-X49.libre.retevision.es) Quit (Read error to manaha[52-MADR-X49.libre.retevision.es]: No route to host)
[21:04] (carlos_> mientras que las llamadas de tipo read y demas
[21:04] (carlos_> no
[21:05] *** Annabel (~pirch@ns1.etecsa.net) Quit (Ping timeout for Annabel[ns1.etecsa.net])
[21:05] (carlos_> con DFSA se pueden ejecutar en cualquier nodo
[21:05] *** carlos_ (carlos@140-MADR-X55.libre.retevision.es) Quit ([x]chat)
[21:05] *** manaha (carlos@140-MADR-X55.libre.retevision.es) has joined #linux
[21:05] (trusmis> eso ahorra muchos recursos
[21:06] *** Erick (el_leteo@200.38.160.85) Quit (Leaving)
[21:06] (trusmis> y le da cierto grado de inteligencia al invento
[21:06] (manaha> el envio de la info de cada nodo se efectua en datagramas UDP
[21:06] (trusmis> por velocidad
[21:07] (manaha> y en ellos se envian cosas tales como carga de cada nodo,
[21:07] (manaha> vel de cpu
[21:07] (manaha> nº de cpus del nodo (para nodos SMP)
[21:07] (manaha> memoria
[21:07] (manaha> y demas cosas necesarias para los algoritmos de balanceo
[21:08] (manaha> por lo que vemos , estamos vendiendo bien mosix
[21:08] (manaha> aqui empiezan las pegas
[21:08] (Slayer_X> hehehe sip,
[21:08] (Salvage> a nivel de hardware como interconectas los hosts?
[21:08] (Salvage> un mismo ip?
[21:08] (Salvage> varios?
[21:09] (Salvage> podrias explicarnos un poco
[21:09] (trusmis> Salvage: te pillas tu lan de casa
[21:09] (Salvage> _?
[21:09] (trusmis> y como este
[21:09] (trusmis> manaha: si te parece antes de las pegas :) hablamos de instalacion y administracion
[21:09] (Salvage> okis
[21:09] (trusmis> para instalar mosix
[21:10] (trusmis> lo unico que tines que hacer es instalar un rpm (cambia algun script de inicio ) y recompilar el kernel con el nuevo parche
[21:10] (trusmis> actualmente hay parches para kernels hasta el 2.2.17
[21:10] (trusmis> el del 2.2.18 se está haciendo ahora
[21:10] (trusmis> igual que uno para el futuro 2.4.0
[21:11] (trusmis> con eso y poco mas tienes tu máquina lista
[21:11] (trusmis> para conectar las demas
[21:11] (trusmis> solo necesitas una lan
[21:11] (trusmis> normal, ethernet 10
[21:12] (trusmis> aunque aqui adelanto una de las pegas, con una eth 100 va mucho mejor
[21:12] (Slayer_X> hehehe
[21:12] *** Ramon (rda@234-SEVI-X11.libre.retevision.es) Quit (Ping timeout for Ramon
[234-SEVI-X11.libre.retevision.es])
[21:12] (trusmis> entonces si ya tenias esos ordenadores donde pensabas colocar mosix bien conectados y configurados
[21:12] (trusmis> lo único que necesitas es editar 2 ficheros:
[21:12] (trusmis> 1 .- para poner que nº de nodo es el tuyo
[21:13] (manaha> uno puede pensar ... para que sirve tener esto en casa?...alguien se dedica a comprimir mp3?
[21:13] (trusmis> 1 , 2 ........
[21:13] (trusmis> o como quieras, para que mosix tenga algo con lo que llamar a los ordenadores
[21:13] (trusmis> y otro fichero ( /etc/mosix.map) donde indicas las correspondencias ip nº nodo
[21:14] *** chetu2 (jmico@h027087.nexo.es) has joined #linux
[21:14] (trusmis> ejm de /etc/mosix.map:
[21:14] (trusmis> 172.68.10.1 1
[21:14] (trusmis> 172.68.10.2 2
[21:14] (trusmis> 172.68.10.3 3
[21:14] (trusmis> este puede ser un ejemplo para una lan con tres ordenadores
[21:14] (Slayer_X> manaha: yo xD
[21:14] (trusmis> con una cosa tan simple como esta , tras reiniciar
[21:14] (Slayer_X> trusmis funci
[21:15] (Slayer_X> trusmis : funciona 172.68.10.1 diablo ?
[21:15] (trusmis> manaha explicará que rendimiento le dio comprimiendo mp3s
[21:15] (manaha> un pequeño lujo y una sorpresa para mi..
[21:15] *** Juanma][ (juanma@212.97.169.57) Quit
[21:15] (trusmis> Slayer_X: ¿?
[21:16] (Salvage> que pasa si quiero un webserver , internamente con que ip se accesaria?
[21:16] (manaha> cuanto tarda en comprimir normalmente en un pII 500 15 mp3?
[21:16] (Slayer_X> trusmis: de poner nombres en vez de numeros en mosix.map
[21:16] (manaha> pregunto en genral a todo el mundo
[21:16] *** irbis (David@adsl-nrp13-C8B0E7BC.sao.terra.com.br) has joined #linux
[21:16] (Slayer_X> uhmm
[21:16] (Slayer_X> no tengo un pIII pero si q demora
[21:16] (manaha> si,puede utilizar los alias de host
[21:17] (Slayer_X> por lo menos con un AMD de 300 :)
[21:17] *** chetu2 (jmico@h027087.nexo.es) Quit (Ping timeout for chetu2[h027087.nexo.es])
[21:17] (manaha> bien , a mi con 2 nodos un pII500 y un p200MMX no paso de los 30 minutos
[21:17] (manaha> lo cual no esta mal...
[21:17] (Slayer_X> wow!
[21:17] *** Jaime_ITL (josejaime9@200.23.39.137) has joined #linux
[21:17] *** ew (trumsi@208-MADR-X121.libre.retevision.es) has joined #linux
[21:18] *** Alan (~pirch@132.248.252.89) Quit (Read error to Alan
[132.248.252.89]: Connection reset by peer)
[21:18] (Slayer_X> a 2 min por cancion???
[21:18] *** Mamaeh (mamaeh@freenet.nether.net) has joined #linux
[21:18] (MJesus> uh ?
[21:18] (manaha> y lo importante es ... sin cambiar ni una linea de programas para que estos funcionen en paralelo
[21:18] (manaha> esa es la gran ventaja de mosix , que no hay que aprender pvm (ahora que si lo haces mejor claro)
[21:19] (ew> Salvage: por favor repite tu pregunta
[21:19] *** trusmis (trumsi@237-MADR-X123.libre.retevision.es) Quit (Ping timeout for trusmis
[237-MADR-X123.libre.retevision.es])
[21:19] (Salvage> ok
[21:19] (Salvage> ahi va
[21:19] (TuC0> gente ya me debo ir
[21:19] (TuC0> estuvo muy interesante
[21:19] (ew> eso es, con hacer esos pasos que antes expliqué tienes más pontencia sin hacer nada especial
[21:19] (TuC0> ciao
[21:19] (manaha> adios
[21:19] (Salvage> quiero servir una pagina web en el cluster , como hago para configurarla
[21:19] (ew> y a veces te sorprende :)
[21:19] *** TuC0 (nestor@linux.enlacenet.com.pe) Quit (TuC0 has no reason)
[21:20] (Salvage> con que ip sera accesada la pagina?
[21:20] (Salvage> o nombre?
[21:20] (ew> Salvage: quieres decir tener un servidor , que aproveche la potencia del cluster no?
[21:20] *** ew is now known as trusmis
[21:20] * trusmis se disculpa por los cambios de nick
[21:20] (Salvage> sip
[21:20] (Salvage> es correcto
[21:20] (Salvage> disculpa si no me expreso bien
[21:21] (trusmis> tranquilo, que no me entero yo
[21:21] (Salvage> pero me vienen a la mente algunas dudas?
[21:21] (trusmis> si, si continua
[21:21] (Salvage> 1- en donde estara la pagina ? en que host? , a que ip respondera?
[21:21] (trusmis> bien
[21:21] (Salvage> me entiendes?
[21:21] (trusmis> si
[21:21] (Salvage> ok
[21:22] (trusmis> tu pones tu página en el servidor que tengas conectado al exterior
[21:22] *** ROCO (IRcap6@169.158.160.148) has joined #linux
[21:22] (trusmis> y ese tendrá la ip que sea .....
[21:22] (trusmis> luego tu internamente haces lo que te de la gana pero
[21:22] (trusmis> los sockets no migran (por razones obvias)
[21:22] (trusmis> pero los cgis si lo hacen
[21:23] (Slayer_X> uhmmm
[21:23] (trusmis> accesos a base de datos etc
[21:23] (trusmis> lo que te recomiendo para ese caso es que uses mosix en conjunción con LVS
[21:23] (CtrInt> jueh... ¿se nota mucho?.. me refiero.. ¿han probado a meter apaches en mosix?
[21:23] (trusmis> LVS , migra solo los sockets
[21:23] (Salvage> aja
[21:23] (trusmis> son la pareja ideal
[21:24] (trusmis> CtrInt: para paginas estaticas no se nota mucho
[21:24] (CtrInt> ya.. me refiero a dyn.. una aplicación con modperl, por ejemplo
[21:24] (trusmis> CtrInt: para cgis (que realmente es lo que mola) es donde mosix puede hechar una mano
[21:24] (CtrInt> con un rdbms
[21:24] (Slayer_X> pues ahora dificil, casi todo es dinamico ;)
[21:25] (manaha> yo sigo con mis criticas... ahora mismo poner mosix conectado al exterior es una locura
[21:25] (manaha> para empezar , es un sistema altamente inseguro
[21:25] (CtrInt> pero siempre puedes meter un firewall y de ahi para fuera
[21:25] (manaha> es decir el que tiene permisos de root en un ordena lo tiene en todos
[21:26] (manaha> esto para empezar , de hecho el solo mapear puertos a un ordena mosix hace que este casque ya que espera datagramas y conexiones de un tamaño determinado
[21:27] (manaha> pero tranquilos...
[21:27] *** ROCO (IRcap6@169.158.160.148) Quit (Read error to ROCO
[169.158.160.148]: Connection reset by peer)
[21:27] *** TuC0 (nestor@linux.enlacenet.com.pe) has joined #linux
[21:27] (manaha> se estan haciendo cosas tan prometedoras como
[21:27] (manaha> migracion de sockets
[21:27] (TuC0> heee.... puedo hacer una consulta sobre clusters que se me acaba de ocurrir?, o ya cambiaron el tema?
[21:28] (manaha> y un servidor de http para esa gente que pregunta...
[21:28] (trusmis> TuC0: consulta por favor
[21:28] (manaha> ahora no se para cuando estara :(
[21:28] (Salvage> disculpen la indiscrecion , pero que opinio tiene de piranha , lo han probado?
[21:28] (trusmis> manaha que es el critico te puede hablar más de el
[21:28] (TuC0> he... si yo tengo una serie de servidores, a todos le tengo que instar a todos el mosix? y de ser asi, se especifica uno como principal?
[21:28] (trusmis> y no es indiscrecion
[21:29] (trusmis> TuC0: si
[21:29] (trusmis> tienes que instalar a todos
[21:29] (trusmis> no
[21:29] (trusmis> no hay ninguno principal , es un autentico sistema distribuido (o casi)
[21:29] (TuC0> hoooo
[21:29] (manaha> no , no lo probamos, nos informamos de el ., pero no era hacia lo que pretendiamos dirigir nuestro proyecto
[21:29] (trusmis> de todas formas no hemos oido muy buenas críticas
[21:30] (TuC0> lo que pasa, es que en algun lado ley que para cluser se veia el dns, entonces en la primera consulta de nombre, iba a uno, en la segunda iba al otro... pero bueno, el mosix no es asi asi que ni dije nada
[21:31] (manaha> digamos que a mosix le queda un poco para salir al exterior :)
[21:31] *** trusmis (trumsi@208-MADR-X121.libre.retevision.es) Quit (Read error to trusmis
[208-MADR-X121.libre.retevision.es]: Connection reset by peer)
[21:31] *** Mapita (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[21:31] (Mapita> hola
[21:31] (TuC0> bueno, ahora si voy por algo de comer
[21:32] (manaha> es por esto lo meter lvs sobre mosix , con lvs encima repartiendo peticiones
[21:32] (TuC0> estaba saliendo y se me ocurrio preguntar eso :p
[21:32] (manaha> y mosix en interno ejecutando aplicaciones pesadas ..
[21:32] (Salvage> ok
[21:32] (manaha> queda solucionado esto ultimo?
[21:32] *** Mapita (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Read error to Mapita[VA1-1F-u-0300.mc.onolab.com]: Connection reset by peer)
[21:33] (TuC0> he.... otra cosa... se supone que entonces, todas las maquinas
[21:33] (TuC0> deben ser copias exactas de la otra no?
[21:33] (manaha> cada una es distinta
[21:33] (manaha> es autonoma
[21:33] (TuC0> haaaa
[21:33] (TuC0> oki
[21:33] (TuC0> hehe
[21:33] *** trusmis (trumsi@49-MADR-X109.libre.retevision.es) has joined #linux
[21:34] (TuC0> gracias.... a ver si un dia de estos pruebo eso (a ver si me dejan)
[21:34] (TuC0> gracias!
[21:34] *** Salva (Salva@193.153.142.116) has joined #linux
[21:34] (TuC0> ciaoooo
[21:34] (Salva> nas
[21:34] (trusmis> podiamos hablar de mfs
[21:34] (manaha> pero se añade al kernel una parte que se encarga de comunicaciones y manejo de procesos
[21:34] (Slayer_X> seguro q si TuC0 ;)
[21:34] (manaha> pruebalo..
[21:34] (TuC0> asi lo hare :)
[21:34] (TuC0> ya me lo baje en rpm
[21:34] (TuC0> hehehe
[21:34] (TuC0> pero el parche del kernel
[21:34] *** toxic (fireman@nsdr01-0007.sdr.embratel.net.br) has joined #linux
[21:34] (manaha> para cualquier consulta ya sabes nuestros correos.
[21:34] (TuC0> quiero probarlo en una maquina que no este produciendo
[21:35] (manaha> a tu disposicion
[21:35] (Salvage> yo no se cuales son sus correos
[21:35] (TuC0> en realidad no los se manaha
[21:35] (Salvage> donde los puedo conseguir
[21:35] (trusmis> hay varios sitios en producion donde se usa mosix, en red internas por supuesto
[21:35] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[21:35] (Salvage> asi como mas informacion sobre mosix
[21:35] (manaha> manaha@wanadoo.es trusmis@wanadoo.es
[21:35] (trusmis> mumismo@wanadoo.es
[21:35] (trusmis> hablemos de mfs
[21:36] (manaha> ok
[21:36] (TuC0> gracias
[21:36] (trusmis> para que todo esto sea perfecto y se pueda acceder a cualquier fichero etc
[21:36] (trusmis> mosix necesita algo que llaman dfsa
[21:36] *** cotelis (cotelis@200.1.129.70) has joined #linux
[21:36] *** TuC0 (nestor@linux.enlacenet.com.pe) Quit (ciao, gracias por todo)
[21:37] *** chetu2 (root@195.235.169.113) has joined #linux
[21:37] (trusmis> esto se basa en
[21:37] (cotelis> alguien por aca a configurado el qmail
[21:37] (trusmis> la idea de que un proceso que hace mucha entrada salida en un nodo se debe ir a ese nodo para trabajar mas rapidamente
[21:38] (trusmis> por eso quieren tener un sistema de archivos
[21:38] *** toxic (fireman@nsdr01-0007.sdr.embratel.net.br) Quit (..(cyp): [BX] They killed Kenny! THOSE BASTARDS!)
[21:38] (trusmis> que ahoramismo se llama mfs
[21:38] (trusmis> aunque quieren usar el Gfs
[21:38] (trusmis> entonces para que lo veais mejor
[21:38] (trusmis> en cualquier nodo tenemos un nuevo directorio
[21:38] (trusmis> /mfs
[21:38] (trusmis> y alli por ejemplo
[21:39] (trusmis> /mfs/1
[21:39] *** elpacheco (el_pacheco@du-148-235-116-75.prodigy.net.mx) Quit (Leaving)
[21:39] (trusmis> /mfs/2
[21:39] (trusmis> etc
[21:39] (trusmis> y eso son nuestros / de los nodos 1 , 2 etc
[21:39] (trusmis> para conseguir todo esto
[21:40] (trusmis> que es la apoteosis de todo lo distribuido
[21:40] (trusmis> se deben cumplir varias cosas
[21:40] (trusmis> como consistencia de fechas
[21:40] (trusmis> imaginaros un ordenador con una fecha anticuada con respecto a otro y trabajo con make .............
[21:41] (Slayer_X> hehehehe
[21:41] *** mambru (pepe@84-ALIC-X7.libre.retevision.es) Quit ([x]chat)
[21:41] (trusmis> que cuando un proceso cierre un fichero
[21:41] *** Salva (Salva@193.153.142.116) Quit (8,1 IR0cap 046.7 14,14 1,10 9http://0www.ircap.com 14,14!15,15!)
[21:41] (trusmis> no se cierre asi como así porque a saber si otro proceso en otro nodo lo tiene abierto
[21:41] (trusmis> en definitiva
[21:42] (trusmis> esto se traduce en que los nodos que acceden a los ficheros no pueden tener cache
[21:42] (trusmis> de los datos del disco en memoria
[21:42] (trusmis> quiero decir, mantener la consistencia de escritura , lectura que hagan lo que quiera
[21:42] (manaha> en cualquier sistema distribuido la consistencia dememoria es basica
[21:43] (trusmis> pero cada ordenador con su propio / trabaja como estamos acostrumbrados en linux buffer escritura /lectura
[21:45] *** Mamaeh (mamaeh@freenet.nether.net) Quit (Mamaeh has no reason)
[21:45] (trusmis> por eso mfs no acaba de convencer
[21:45] (trusmis> aunque funciona muy bien y cuando se habilita a que los procesos vayann a los nodos donde se hace la entrada salida
[21:45] (trusmis> es increible lo rápido que es
[21:45] (trusmis> el mosix team
[21:45] (trusmis> se ha dedicado ha hacer alguna gráfica sobre esto
[21:45] (trusmis> y nfs es peor que mfs a secas
[21:45] (trusmis> pero mfs con dfsa y un acceso normal a disco se llevan una distancia increiblemente pequeña para lo que cabria esperar
[21:45] (trusmis> pero hay que tener en cuenta que ellos tienen una red de gigabit
[21:46] (manaha> bueno otra critica al sistema... imaginaos la siguiente orden nodo1#cp /mfs/2/archivo /mfs/3/aqui con DFSA y mfs , el proceso migra hacia donde mas operaciones i/o tenga ...pero es que migrar un proceso 52 veces para 10MB no creo que sea muy efectivo...:)
[21:46] (trusmis> y aquí vienen las criticas:
[21:46] (trusmis> manaha proceda:
[21:46] (manaha> ahora quiza con una red de GB se me acaba el problema
[21:46] *** botijo (ismak@hades2.concha.upv.es) Quit (bio.hgy.es concepcion.uninet.edu)
[21:46] *** chetu2 (root@195.235.169.113) Quit (bio.hgy.es concepcion.uninet.edu)
[21:46] (manaha> alguien para financiarmela? :)
[21:46] (Slayer_X> pero tener una red de GB esta negado al comun de los mortales
[21:46] (trusmis> Slayer_X: eso es, ese es el mayor fallo
[21:46] (trusmis> a partir de los 6 nodos
[21:47] (Slayer_X> trusmis: no es fallo, es falta de dinero hehehe
[21:47] (trusmis> una ethernet 10 sufre
[21:47] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Read error to Mapi[VA1-1F-u-0300.mc.onolab.com]: Connection reset by peer)
[21:47] (manaha> el mayor fallo de mosix es despreocuparse de la carga de la red
[21:47] *** NOFXer (NOFXer@63.193.39.195) has joined #linux
[21:47] (NOFXer> # Appears as XENO
[21:47] (NOFXer> (#G1::E010M1) hola
[21:48] (manaha> asi que en esto se supone que mosix podria ser mejorable
[21:48] (NOFXer> simon
[21:48] (manaha> asi como en otros aspectos....
[21:48] (NOFXer> simon
[21:48] (trusmis> cada segundo se envian las estadísticas
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (CtrInt> dios, los op, por favor.. que para algo están
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> babosos
[21:48] (NOFXer> pendejos
[21:48] (NOFXer> vayanse a la verga
[21:48] (NOFXer> pendejos
[21:48] (Slayer_X> nox
[21:48] *** NOFXer was kicked by Slayer_X (Slayer_X)
[21:49] (CtrInt> ban!
[21:49] (Slayer_X> recien mire q era op! sorry
[21:49] (trusmis> Slayer_X: muy bien
[21:49] (CtrInt> banealo
[21:49] *** NOFXer (NOFXer@63.193.39.195) has joined #linux
[21:49] *** Slayer_X sets mode: +b *!*@63.193.39.*
[21:49] *** uni sets mode: -b *!*@63.193.39.*
[21:49] (NOFXer> VAYANSE A LA VERGA
[21:49] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[21:49] (NOFXer> JAJAJAJAJAJA
[21:49] (AlexCeli> Oe Slayer, eso te pasa por estar pensando en mujeres
[21:49] (NOFXer> PINCHES PENDEJOS
[21:49] *** NOFXer was kicked by Slayer_X (Slayer_X)
[21:49] (Slayer_X> uhmm
[21:49] *** NOFXer (NOFXer@63.193.39.195) has joined #linux
[21:50] (NOFXer> PENDJEOS
[21:50] *** NOFXer was kicked by Slayer_X (Slayer_X)
[21:50] *** Slayer_X sets mode: +m
[21:50] *** uni sets mode: -m
[21:50] (manaha> bueno pues si quereis hacer alguna preguntilla...
[21:50] (Salvage> ideay que pasa
[21:50] (Salvage> por que no banean a ese tipo
[21:50] (trusmis> sigamos, estas estadísticas se recogen por proceso cada vez que hay un system call y cada segundo se envian a 8 nodos
[21:50] (CtrInt> el bot uni
[21:50] (Slayer_X> el botcillo ese
[21:50] (trusmis> por lo que aun con redes grandes la carga no sube mucho
[21:51] (trusmis> creo que lo unico que nos falta
[21:51] (trusmis> es contaros los algoritmos de balanceo pero son muchas cuentas sobre estadisticas y probabilidades y se me da muy mal
[21:51] (trusmis> :)
[21:51] (Slayer_X> hehehe
[21:51] (trusmis> ademas son bastante inentendibles :)
[21:51] (Slayer_X> unas cuantas mates despues del almuerzo no vienen mal
[21:52] (CtrInt> ¿estas estadísticas son acumulativas o sólo de el último lapso?
[21:52] (trusmis> cuando os pongais mosix , vereis que tiene muchas opciones
[21:52] (trusmis> CtrInt: si, guarda el pasado
[21:52] (Slayer_X> pues yo no espero tardar mucho en instalarlo
[21:52] (Slayer_X> ;)
[21:53] (manaha> es realmente sencillo
[21:53] (trusmis> se supone que no le da mucha importancia, pero en algo lo tiene en cuenta
[21:53] (manaha> parchea el programa de instalacion el kernel ,
[21:53] (manaha> empieza el make menuconfig , y ya
[21:53] (trusmis> sobre la administracion
[21:53] (manaha> pasas a la fase de instalacion explicada arriba
[21:54] (trusmis> lo podeis dejar todo por defecto que es que todos los procesos son libres de moverse por donde quieran
[21:54] (trusmis> y suelen hacer las cosas correctas
[21:54] (trusmis> o dejar un ordenador fuera del cluster, que no admita procesos pero si envie, poner un proceso a un ordena en particular .........
[21:54] (trusmis> muy interesante
[21:55] (trusmis> bueno, mas dudas, quejas, vitores ..........
[21:55] (Slayer_X> uhmmm
[21:55] (Slayer_X> q interesante
[21:55] (Slayer_X> solo enviar procesos
[21:55] (Slayer_X> eso me gusta :)
[21:56] (trusmis> aunque si tienes 1 386 y 2 pII tranqui que al 386 no van a ir
[21:56] (trusmis> no se que mas contar o sea que ........
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (manaha> estuve leyendo de una empresa que tenia un cluster instalado de este tipo despues de haber probado opciones propietarias de precio elevado
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (MJesus> 4 BRAVOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[21:57] (MJesus> 4 BRAVOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[21:57] (MJesus> 4 BRAVOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[21:57] (maz> hopa
[21:57] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:57] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (trusmis> MJesus: no te pases
[21:57] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:57] (maz> si que se alegro MJesus
[21:57] (maz> jajajajajjaja
[21:57] (MJesus> bueno, alguna pregunta mas
[21:57] (MJesus> o pasamos directamente a descorchar el champan ?
[21:57] (Slayer_X> estuvo muy bien
[21:57] (trusmis> si podeis leer la conferencia de David Santo Orcero
[21:57] (Slayer_X> :)
[21:57] (Slayer_X> errr
[21:57] (trusmis> es muy interesante
[21:57] (Slayer_X> probaron Quake III con mosix?
[21:57] (Slayer_X> O:)
[21:57] (Salvage> si pasen las cervezas
[21:58] (trusmis> el esta usando mosix para hacer calculos sobre proteinas
[21:58] (maz> si
[21:58] (Salvage> Vivan las Cervezas y la conferencia Tambien
[21:58] (maz> pasen esas chelias por aqui
[21:58] (manaha> gracias a la gente que organizo esto por este ratito tan agradable
[21:58] (Salvage> si! si !
[21:58] (maz> hieaaaaaaaa
[21:58] (Salvage> jeje
[21:58] (trusmis> probo antes varias opciones y esta le convenció mas
[21:58] (Jaime_ITL> Hace apenas una seman instale MDK 7.0 y quiero saber que ventajas me daria mosix para la realización de aplicaciones web
[21:58] (Salvage> gracias manaha, interesantisima tu conferencia
[21:58] * maz se pone a poner un cluster por ahi
[21:59] (trusmis> Jaime_ITL: si tienes varios ordenadores
[21:59] (trusmis> y aplicaciones web son dinámicas
[21:59] (maz> MJesus las conferencias las debieran de enviar por e-mail el log
[21:59] (maz> que dices?
[21:59] (trusmis> pues tendrás más ponencia
[21:59] (trusmis> pues tendrás más potencia
[21:59] (CtrInt> trusmis ¿alguna URL con benchmarks?
[21:59] (trusmis> www.mosix.org
[22:00] (CtrInt> thks
[22:00] (trusmis> tienen diversos artículos con graficas y te lo venden bastante bien
[22:00] *** caliMan25 (josanabr@64.76.57.181) has joined #linux
[22:00] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Ping timeout for Mapi[VA1-1F-u-0300.mc.onolab.com])
[22:00] (Slayer_X> pues a mi no me cabe duda q lo tengo q probar
[22:00] (MJesus> maz, las conferencias estan toditas en la web
[22:00] (Slayer_X> haciendo lo q hace con los mp3 ....
[22:00] (Slayer_X> xD
[22:00] (manaha> ahhhhhhhhhhhh una ultima critica (el criticon) no espereis que procesos con IPC migren bien de momento :(
[22:00] (trusmis> Slayer_X: pruebalo, si tienes dudas aqui estamos
[22:01] (MJesus> en la direccion http://umeet.uninet.edu/spanish/des.html
[22:01] (MJesus> esta TODO
[22:01] (Slayer_X> trusmis: esta hecho, dejame armar mi LAN casera ;)
[22:01] (MJesus> en la direccion http://umeet.uninet.edu/spanish/des.html esta TODO
[22:01] (caliMan25> tengo una pregunta... lamento llegar tarde pues me interesa muchisimo este tipo de temas de computacion distribuida...
[22:01] (trusmis> manaha: que programas usabas para lo de mp3s?
[22:01] (caliMan25> han hecho pruebas con redes a 10 Mbps???
[22:01] (manaha> si
[22:01] (trusmis> caliMan25: precisamente es la que tenemos ahora
[22:02] (manaha> muestreadas con ethereal
[22:02] (manaha> horrible...
[22:02] (manaha> pasa casi un mega para el manejo de una señal
[22:02] (caliMan25> y que tipo de problemas se desarrollan de manera optima con este tipo de redes?
[22:02] (caliMan25> con este tipo de sistemas
[22:02] (manaha> de momento computo intensivo
[22:02] (trusmis> cualquiera que no involucre demasiada ipc , memoria compartida
[22:02] (manaha> pero se trata de dar soluciones mas abiertas
[22:03] (manaha> y mosix poco a poco lo va consiguiendo
[22:03] (trusmis> la entrada salida se salva un poco pero los 10 se quedan un poco escasos
[22:03] (caliMan25> por ejemplo, algo asi como rendering???
[22:03] (trusmis> con cpu se sale !
[22:03] (manaha> ok perfecto (maya para linux disstribuido)
[22:03] * trusmis sueña un rato con el maya
[22:03] * trusmis se recoge la babilla
[22:04] (trusmis> caliMan25: creo que alguien hizo algo con povray y salieron bastante buenos resultados
[22:04] (manaha> los cientificos deberian poner uno de estos en sus vidas
[22:04] (trusmis> no te podría dar resultados concretos
[22:04] (caliMan25> perdon que es maya? tienes algun documento sobre tu experiencia con mosix??? usas red hat u alguna otra distribucion como slack?
[22:04] (manaha> de hecho juntar esto con pvm da muy buenos resultados
[22:05] (trusmis> maya: programa de la leche de Alias wavefront (muyy caro) que va a salir para linux
[22:05] *** ypazs (~ypazs@cenapem.sld.cu) Quit (8,1 IR0cap 046.8 14,14 1,10 9http://0www.ircap.net 14,14!15,15!)
[22:05] (trusmis> dicen que es lo mejor en rendering
[22:05] (trusmis> si tenemos documentos , te enviamos al correo si quieres
[22:05] (trusmis> en cuanto a distribuciones
[22:06] (trusmis> Sufrimos un Iinfierno en la tierra por culpa de RH 7.0
[22:06] (trusmis> 1º no podiamos compilar el kernel
[22:06] (trusmis> por su mierda de gcc
[22:06] (trusmis> pillamos otro viejo
[22:06] *** Jymmy (josejaime9@200.23.39.219) has joined #linux
[22:06] (trusmis> luego el sistema no arrancaba
[22:06] (Slayer_X> trusmis: prueba el RH 7 respin ;)
[22:07] (trusmis> hubo que cambiar glibc etc ........
[22:07] (Jymmy> .
[22:07] *** Jymmy (josejaime9@200.23.39.219) has left #linux
[22:07] (trusmis> manaha: con que mas distros hemos probado?
[22:07] (manaha> dos semanas llenando el kernel de printk
[22:07] (caliMan25> hmmm!!! me interesa lo de tus documentos...
[22:07] (manaha> Rh 6.2
[22:07] (manaha> SUSY
[22:07] *** jordi_rom (ujordi@213.96.15.142) Quit (using sirc version 2.211+4KSIRC/1.0)
[22:07] (manaha> digo suse 6.1
[22:07] (manaha> y ahora estamos con la potato
[22:07] *** Salvage (lcasco99@205.218.252.11) Quit (Leaving)
[22:08] (MJesus> atencion programa para mañana:
[22:08] (manaha> con slack no probamos...
[22:08] (MJesus> hilipp Rumpf
[22:08] (MJesus> GERMANY
[22:08] (MJesus> Linux on
[22:08] (MJesus> Undocumented
[22:08] (MJesus> Hardware
[22:08] (MJesus> Philipp Rumpf GERMANY Linux on Undocumented Hardware
[22:08] (trusmis> oztia que buena
[22:09] (trusmis> a que hora?
[22:09] (MJesus> a las 19
[22:09] *** Jymmy (josejaime9@200.23.39.219) has joined #linux
[22:09] (MJesus> arcelo Magallón
[22:09] (MJesus> GERMANY
[22:09] (MJesus> Soporte para
[22:09] (MJesus> hardware de
[22:09] (MJesus> aceleración 3D
[22:09] (MJesus> bajo Linux
[22:09] (trusmis> germany?
[22:09] (MJesus> a las 19, Marcelo Magallón GERMANY Soporte para hardware de aceleración 3D bajo Linux
[22:09] (MJesus> y a las 22 Philipp Rumpf GERMANY Linux on Undocumented Hardware
[22:10] (MJesus> vale ?
[22:10] (trusmis> ahh, muy bien
[22:10] (trusmis> si alguien tiene mas que preguntar, que aproveche!!
[22:10] (caliMan25> porque en un articulo que lei, o en la pagina de mosix, hmmm????, ellos hablan de que mosix funciona bien con redhat por que hay que modificar scripts,
[22:11] (caliMan25> y por ejemplo, slackware, tiene scripts de inicializacion bien distintos a la mayoria de las distribuciones...
[22:11] (caliMan25> :(
[22:11] (manaha> la cosa ha estado en la ruptura de RH
[22:11] (caliMan25> pero adoro slackware... :)
[22:11] (trusmis> no te puedo hablar de slackware, no lo he probado :(
[22:11] (manaha> con slack no esperes instalarlo sin hackear un poquillo el sistema
[22:11] (trusmis> RH hasta 7.0 esta muy bien
[22:12] (trusmis> en el esware 1.1 también funciona :) , y suse taambien sin problemas
[22:12] (caliMan25> si es verdad... slack es mas de "hackear" que otras distros... y se aprende...
[22:12] (manaha> luego empezaron a cambiar glibc...
[22:12] (caliMan25> pero entonces han probado la ultima vesion de mosix, bueno la que trabaja con el kernel 2.2.17?
[22:12] (caliMan25> ya salio el 2.2.18...
[22:12] *** AlexCeli (alex@200.37.85.94) Quit
[22:13] (trusmis> caliMan25: dales tiempo , 2.2.18 acaba de salir
[22:13] (manaha> y la cagaron , de hecho al rato , cosa del mes sacaron otra glibc con la que pudimos instalarlo
[22:13] (trusmis> por cierto habeis visto que de bug fixes
[22:13] (caliMan25> no, :(
[22:13] (trusmis> ahora no me acuerdo si usamos 2.216 o 2.2.17 pero son mas o menos
[22:13] (caliMan25> pero el patch, es grandisimo 2.4 Mb, bzip2 comprimido...
[22:13] (trusmis> se supone que 2.2.17 va algo mejor
[22:13] (manaha> para IPC si
[22:14] (manaha> solventan algun problemilla
[22:14] (trusmis> pero ahí nos guiamos por lo que ellos dicen
[22:14] (trusmis> no lo hemos probado
[22:14] (manaha> no hemos habalado mucho de la administracion y programacion avanzada porque esta es muy sencilla , se hace directamente via /proc
[22:15] (CtrInt> trusmis en rh7 explicitamente te avisa que no puedes compilar el kernel con el que te viene por omisión
[22:15] (CtrInt> tienes que instalar otro (kgcc) y expecificarlo en el makefile
[22:15] (manaha> con esto controlaremos los nodos a nuestro antojo
[22:15] (manaha> eso fue lo primero...
[22:15] (manaha> (como puede ser eso?)
[22:16] (manaha> fue facil solucionarlo al ver la pagina de RH , pero pasaron 2 semanas
[22:16] (manaha> hasta la solucion de glibc nueva
[22:16] (manaha> y sin ello el kernel arrancaba bien , pero cuando se pasaba el control a init
[22:17] (manaha> en las llamadas de execve fallaba
[22:17] (manaha> (cual era el mensaje :-|?
[22:17] *** caliMan25 (josanabr@64.76.57.181) Quit (KVirc 2.0.0 'Phoenix')
[22:17] *** t00R is now known as t00R-away
[22:18] *** ew (trumsi@225-MADR-X24.libre.retevision.es) has joined #linux
[22:18] (manaha> no me acurerdo
[22:18] *** trusmis (trumsi@49-MADR-X109.libre.retevision.es) Quit (Ping timeout for trusmis[49-MADR-X109.libre.retevision.es])
[22:18] (manaha> pero algo asi como las lib andan muy mal
[22:18] *** ew is now known as trusmis
[22:19] (manaha> otro temilla a hablar por encima es la creacion de subclusters y gateways para comunicarlos entre ellos ('gateways de proceos')
[22:20] (manaha> vaoracion de mosix?
[22:20] (manaha> valoracion de mosix?
[22:21] (manaha> esta bien, pero es que los problemas distribuidos son muy serios
[22:21] (manaha> quiero decir los problemas que salen al intentar crear computacion distribuida
[22:21] (trusmis> ahoramismo cpu pura muy bien, memoria bien, I/O regular y lo demas mal
[22:22] (trusmis> pero eso ya es mucha ventaja en ciertas cosas
[22:22] (CtrInt> ¿que es lo demás?
[22:22] (trusmis> ya se irá mejorando
[22:22] (trusmis> ipc
[22:22] (trusmis> lo demas: ipc , mem compartida
[22:22] (manaha> manejo de señales internas
[22:23] (manaha> cuantos programas de los que utilizamos habitualmente utilizan shmem
[22:23] (manaha> muuuuchos
[22:23] *** ralph (lRcap69@169.158.160.147) has joined #linux
[22:23] (manaha> asi que para estos , no queda mas remedio que dejarlos todos en un nodo y a migrar otras cosas
[22:24] (manaha> bueno yo me ire despidiendo con la excusa que se suele poner aqui de la novia cabreada
[22:24] (manaha> ejjejej
[22:25] *** teresa (bandama@poolTCTF-68.icid.rcanaria.es) has joined #linux
[22:25] (teresa> buenas
[22:25] (MJesus> pero no cuela manana
[22:25] (MJesus> manaha
[22:25] (ralph> buenas a todos
[22:26] (ralph> de que se habla por aqui
[22:26] (ralph> buenas teresa
[22:26] (manaha> no si encima va en serio...no te creas que es broma
[22:26] * trusmis señala el topic
[22:26] *** maz (maz@www.sdnnic.org.ni) Quit (Read error to maz[www.sdnnic.org.ni]: EOF from client)
[22:26] (manaha> bueno... hasta otra
[22:26] (MJesus> esta bueno eh ?
[22:26] *** manaha (carlos@140-MADR-X55.libre.retevision.es) Quit ([x]chat)
[22:27] (MJesus> vaya trabajazo trusmis
[22:27] (MJesus> la verdad
[22:27] (MJesus> esto era casi casi un eminario
[22:27] (Slayer_X> hehehe
[22:27] (trusmis> pero con CASIS asin de grandes
[22:28] (Slayer_X> pues yo muy a gusto eh!
[22:28] (trusmis> :)
[22:28] (Slayer_X> nada mas q no se entere mi jefe
[22:28] (Slayer_X> q solo me dio permiso 2 horas
[22:28] (Slayer_X> O:)
[22:29] *** Annabel (~pirch@ns1.etecsa.net) has joined #linux
[22:30] (trusmis> MJesus: no habeis pensado en ampliar el umeet?
[22:30] *** Annabel (~pirch@ns1.etecsa.net) Quit (Read error to Annabel[ns1.etecsa.net]: EOF from client)
[22:30] (trusmis> MJesus: teneis algun dato de visitantes a las paginas de umeet?
[22:30] *** bachas (bachas@148.245.69.94) has joined #linux
[22:35] *** C0x86 (master.pas@200.52.206.79) Quit (Read error to C0x86
[200.52.206.79]: Connection reset by peer)
[22:40] (trusmis> bueno, ha sido una maravilla, un placer y cualquier cosa que querais estaré por aquí otros dias ........
[22:40] (trusmis> pero mi estomago me está rugiendo
[22:41] (trusmis> y una suculenta cena me espera
[22:41] (trusmis> a si que
[22:41] (trusmis> .......
[22:41] * trusmis se despide
[22:41] (Slayer_X> trusmis, solo me queda decirte muchas gracias
[22:41] (Slayer_X> :)
[22:41] (Slayer_X> de verdad q estuvo super interesante
[22:41] (trusmis> Slayer_X: muchas de nadas, mas bien gracias a ti, por tragarte el rollo
[22:41] (trusmis> adios......
[22:42] *** trusmis (trumsi@225-MADR-X24.libre.retevision.es) Quit (if i try to change the processor in hot ......)
Y seguimos un buen rato más charlando...

Contact: