Charlas 12-12-2000 Umeet'2000

Servidores espejo (mirrors) Noticias Recortes de prensa,enlaces

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) plas plas plas plas plas plas plas plas
[20:31] (MJesus) clap clap clap clap clap clap clap clap
[20:31] (MJesus) plas plas plas plas plas plas plas plas
[20:31] (MJesus) clap clap clap clap clap clap clap clap
[20:31] (pask) nos vemos ..
[20:31] (MJesus) plas plas plas plas plas plas plas plas
[20:31] (MJesus) clap clap clap clap clap clap clap clap
[20:31] (MJesus) plas plas plas plas plas plas plas plas
[20:31] (MJesus) clap clap clap clap clap clap clap clap
[20:31] (MJesus) plas plas plas plas plas plas plas plas
[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] (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] (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] (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: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] (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] (trusmis) quizás hallais oido hablar de pvm o beowulf
[20:39] (trusmis) pues esto es un clluster pero bastente distinto
[20:40] (trusmis) la granularidad de mosix es el proceso, esta es la mínima unidad que se puede distribuir
[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] (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] (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] (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] (trusmis) bueno, perdemos potencia y los procesos que se generaron en ese nodo mueren
[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] (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] (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] (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] (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] (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] (trusmis) no hay master /slave servidor/cliente
[21:01] (manaha) bueno sigo con DFSA
[21:01] (trusmis) eso
[21:01] (trusmis) cuando hay muchas llamadas de I/O
[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] (carlos_) es decir la parte local
[21:04] (carlos_) mientras que las llamadas de tipo read y demas
[21:04] (carlos_) no
[21:05] (carlos_) con DFSA se pueden ejecutar en cualquier nodo
[21:05] (trusmis) eso ahorra muchos recursos
[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] (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] (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] (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] (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] (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:18] (Slayer_X) a 2 min por cancion???
[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] (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: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] (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] (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] (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: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:34] (TuC0) gracias.... a ver si un dia de estos pruebo eso (a ver si me dejan)
[21:34] (TuC0) gracias!
[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] (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] (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: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] (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] (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] (trusmis) que cuando un proceso cierre un fichero
[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] (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] (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] (manaha) el mayor fallo de mosix es despreocuparse de la carga de la red
[21:48] (manaha) asi que en esto se supone que mosix podria ser mejorable
[21:48] (manaha) asi como en otros aspectos....
[21:48] (trusmis) cada segundo se envian las estadísticas
[21:50] (manaha) bueno pues si quereis hacer alguna preguntilla...
[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] (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) plas plas plas plas plas plas plas plas
[21:56] (MJesus) clap clap clap clap clap clap clap clap
[21:56] (MJesus) plas plas plas plas plas plas plas plas
[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) clap clap clap clap clap clap clap clap
[21:56] (MJesus) plas plas plas plas plas plas plas plas
[21:56] (MJesus) clap clap clap clap clap clap clap clap
[21:56] (MJesus) plas plas plas plas plas plas plas plas
[21:56] (MJesus) clap clap clap clap clap clap clap clap
[21:56] (MJesus) clap clap clap clap clap clap clap clap
[21:56] (MJesus) plas plas plas plas plas plas plas plas
[21:57] (maz) hopa
[21:57] (MJesus) plas plas plas plas plas plas plas plas
[21:57] (MJesus) plas plas plas plas plas plas plas plas
[21:57] (MJesus) clap clap clap clap clap clap clap clap
[21:57] (MJesus) plas plas plas plas plas plas plas plas
[21:57] (trusmis) MJesus: no te pases
[21:57] (MJesus) clap clap clap clap clap clap clap clap
[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] (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] (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] (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] (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] (manaha) digo suse 6.1
[22:07] (manaha) y ahora estamos con la potato
[22:08] (MJesus) atencion programa para mañana:
[22:08] (manaha) con slack no probamos...
[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, 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: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:18] (manaha) no me acurerdo
[22:18] (manaha) pero algo asi como las lib andan muy mal
[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] (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] (MJesus) pero no cuela manana
[22:25] (MJesus) manaha
[22:26] (manaha) no si encima va en serio...no te creas que es broma
[22:26] (manaha) bueno... hasta otra
[22:26] (MJesus) esta bueno eh ? <
[22:27] (MJesus) vaya trabajazo trusmis
[22:27] (MJesus) la verdad
[22:27] (MJesus) esto era casi casi un seminario
[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:30] (trusmis) MJesus: no habeis pensado en ampliar el umeet?
[22:30] (trusmis) MJesus: teneis algun dato de visitantes a las paginas de umeet?
[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......
Y seguimos un buen rato más charlando...

Contact: