Cluster OpenMosix en Linux
On Wed, 23 Feb 2005, Horst von Brand wrote: Aca hay montones de confusiones... un sistema de colas distribuye tareas entre maquinas segun algun criterio. Un cluster Beowulf es una coleccion de maquinas conectadas por multiples enlaces de alta velocidad, usado como una gran maquina corriendo un programa entre todas. La definicion estricta de un cluster beowulf pide ademas que sea usando software libre y con hardware de consumo masivo. El asunto es que no siempre se corre un gran proceso en todo el cluster, por motivos de escalamiento y por que en general son compartidos por varios usuarios. Asi que esto hace que un sistema de colas sea necesario en cluster actual. Xavier From [EMAIL PROTECTED] Thu Feb 24 01:39:30 2005 From: [EMAIL PROTECTED] (Xavier Andrade) Date: Thu Feb 24 01:37:59 2005 Subject: Cluster OpenMosix en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Wed, 23 Mar 2005, Claudio Baeza Retamal wrote: [...] En el GlobusWorld 2005, que fue entre el 7 y 11 de Febrero en Boston, se aprecia claramente que tanto la supercomputacion cientifica como comercial se esta orientando hacia GRID, sobre todo porque ya no es ciencia ficcion (como sostenian algunos incredulos y retractores tiempo atras), se ha ido consiguiendo importantes logros, es una historia similar a la de linux :) . Depende, por que una de las promesas que hacian algunos es la de realizar grandes calculos en paralelo entre varios supercomputadores y/o clusters en un grid y eso no es posible. (A menos que se cuenten calculos que en realidad son muchos calculos chicos, como Seti.) Xavier From [EMAIL PROTECTED] Thu Feb 24 00:54:25 2005 From: [EMAIL PROTECTED] (Satoru Lucas Shindoi) Date: Thu Feb 24 01:51:01 2005 Subject: nueva mitologia urbana In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El dia Wed, 23 Feb 2005 11:42:29 -0300 Horst von Brand [EMAIL PROTECTED] escribio: Yo he hecho acusaciones de falacia y tengo como respaldarlas (acusaciones que no han sido refutadas por lo que asumo que estoy en lo cierto). Tambien tengo la sensacion de deshonestidad y manipulacion falaz en mas mensajes de los que quisiera contar en este debate, pero eso es algo muy delicado y, en general, prefiero no asumir malicia cuando el mismo efecto puede ser explicado por incompetencia o ignorancia. Cierto. Exactamente lo que creo de la tropa de debianitas fanaticos que hay por aca. Oiga Doc: Creo que esta pasandose de rosca (aun para el owner de la lista). Yo soy uno de los usuarios de Debian que hay por aca y no di ninguna muestra de fanatismo (si asi fuera, demuestremela). Asi que por favor le pido (nuevamente) que no generalice. Creo que es hora de poner fin a esta inutil discusion. Cuando alguien esta equivocado y desea seguir estandolo, no hay que discutir con el. Cuando alguien equivocado da consejos equivocados, hay que dejar claro que lo que se dice es erroneo, pero sin atacar al que mal aconseja. Igualmente con el que emite una opinion equivocada o falto a la verdad. Y el que tiene la razon o se sabe conocedor de la verdad, no trata de imponerla. Mas bien, deja que la verdad actue por si misma. Despues de todo, no es que la mentira es corta como patada de chancho? Es tan dificil de entender que cada uno es LIBRE de usar la distro que mas le convenga/guste? Puede ser tan complicado entender de que a algunos nos gusta Fedora/RH, a otros Slackware y a otros Debian? Puede alguien no darse cuenta que el usar tal o cual distro no nos hace ajenos a decir/hacer barbaridades sin sentidos ni se mejores o peores personas/profesionales/etc? Jue pucha! Esto es discutir por discutir Puedo entender discusiones politicas/ideologicas. Puedo entender discusiones tecnicas por diferencias en el enfoque de la solucion. Pero esto ya no tiene sentido ni razon de ser. Un abrazo y espero que todos reconsideremos sobre esta y otras (anteriores) situaciones. -- Satoru Lucas Shindoi CEL: 03783-15666916 ICQ: 95357247 - Jabber: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] - Yahoo: [EMAIL PROTECTED] -- GULCO - Grupo de Usuarios de GNU/Linux Corrientes - www.gulco.linux.org.ar Sistemas de Informacion - DPEC - www.dpec.com.ar LiNEA S.H. - Linux en el NEA Sociedad de Hecho - www.lineash.com.ar www.shindoi.com.ar From [EMAIL PROTECTED] Thu Feb 24 02:15:28 2005 From: [EMAIL PROTECTED] (Blu) Date: Thu Feb 24 02:15:31 2005 Subject: nueva mitologia urbana In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID
Cluster OpenMosix en Linux
[EMAIL PROTECTED] dijo: [...] La promesa de analizar grandes datos se esta cumpliendo, el CERN, donde estara el colisionador de particulas mas grande del mundo, tendra sus aplicaciones sobre GRID... Lo que buscan es mas que nada distribuir /datos/, no tanto computacion. Y el grid de CERN tiene maquinas centrales que son supercomputadores, para ser un nodo del sistema (incluso periferico) hay que tener un cluster bastante interesante... y enlaces de 100Mbps. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Thu Feb 24 10:23:58 2005 From: [EMAIL PROTECTED] (celtita) Date: Thu Feb 24 11:22:48 2005 Subject: Listas de Debian [Was: Re: Pregunta quagga] In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] [EMAIL PROTECTED] dijo: [Y dale con top-posting, mas aun si el comentario no tiene relacion con lo publicado anteriormente a lo que se responde... tal vez hubiese hasta justificado un nuevo thread.] Con respecto al mismo tema, me podrian recomendar alguna lista de correo debianita amigable y buena para suscribirme y preguntar lo mismo? Que te hace pensar que el subconjunto debianita sabe mas de quagga que la comunidad completa? Por la cantidad de leseras que están diciendo aquí... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
Cluster OpenMosix en Linux
Bueno, en el segundo parrafo yo hable de procesar grandes cantidadees de datos, y el CERN busca muchas cosas :), claro que en el caso del LHC el almacenamiento de datos distrbuido y capacidad de computo es el principal objetivo... El CERN esta en varios proyectos grid, EGEE, DATATAG, DATAGRID y tambien se espera cooperacion en EuroGRID y GRIP, todo lo anterior es en Europa. EL LHC (colocionador de particulas) buscara encontrar una particula (que no recuerdo el nombre) y tambien tengo entendido probar la teoria de la supercuerdas, son millones de coliciones por segundo, de las cuales solo algunas son de interes y se estima que 'estas produciran mas de 100 MB de datos por _segundo_ que deben ser analizados y mas encima todos los datos deben ser almacenados para analisis posteriores. Toda la potencia de calculo del CERN apenas seria capaz de cubrir alrededor del 1%, tambien hay problemas de espacio, el LHC genera pentabyte de datos en cada experimento, como el GRID _no_ solo comparte capacidades de procesamiento, sino que de almacenamiento (ademas de otros servicios generales), entonces la unica posibilidad es unir recursos mediante una arquitectura flexible que proporsione mecanismos de seguridad tanto para acceder a los recursos, como de privacidad, que es lo que hace un sistema GRID (el toolkit de GLOBUS proporciona eso, entre otras cosas). claudio On Thu, 2005-02-24 at 11:18 -0300, Horst von Brand wrote: [EMAIL PROTECTED] dijo: [...] La promesa de analizar grandes datos se esta cumpliendo, el CERN, donde estara el colisionador de particulas mas grande del mundo, tendra sus aplicaciones sobre GRID... Lo que buscan es mas que nada distribuir /datos/, no tanto computacion. Y el grid de CERN tiene maquinas centrales que son supercomputadores, para ser un nodo del sistema (incluso periferico) hay que tener un cluster bastante interesante... y enlaces de 100Mbps.
Cluster OpenMosix en Linux
[EMAIL PROTECTED] dijo: Hola, creo que la solucion que busca Felipe es basicamente la de un cluster para computacion en paralelo que se puede construir y administrar con sistemas de colas tal como dijo Xavier a traves de herramientas de libre distribucion, algo que se conoce como clusters beowulf y depoendiendo de loq ue quiera hacer se pueden usar heramientas como mpi, etc. Aca hay montones de confusiones... un sistema de colas distribuye tareas entre maquinas segun algun criterio. Un cluster Beowulf es una coleccion de maquinas conectadas por multiples enlaces de alta velocidad, usado como una gran maquina corriendo un programa entre todas. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Wed Feb 23 14:58:40 2005 From: [EMAIL PROTECTED] (celeron) Date: Wed Feb 23 14:54:15 2005 Subject: MSN LINUX In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Wed, 2005-02-23 at 12:44 -0300, Alberto Rivera wrote: Y quien conoce algún cliente msn para consola? eso sería bastante interesante .. salu2 Aparte de centericq, también te puede servir pebrot -- -- irc.linux-chile.cl #linux www.archlinux.org
Cluster OpenMosix en Linux
Hola, 5 observaciones 1 beowulf no es un sistema de colas 2 un sistema de colas no es paralelismo, es distribucion/balanceo 3 Despues que uno de los mentores de GRID, Ian Foster en 2002 escribiera el arcticulo What is the Grid? A three point checklist., hay concenso que una plataforma grid debe cumplir con a lo menos: 1 coordinacion de recursos sin control centralizado 2 uso de estandares abiertos en protocolos , interfaces y que 'estos sean de proposito general 3 uso de QoS pedido por el usuario de acuerdo a sus necesidades 4 GLOBUS es una __herramienta de desarrollo__ de aplicaciones grid. 5 El toolkit GT3 utiliza webservice + mejoras conocidas como Grid Services (definiendo OGSI, Open grid service infrastructure), esto puede ir encontra de la caracteristica 2, pero los webservice tienen la falencia de ser statelss, no-trasistente y no existen servicios de apoyo. Sin embargo, como usar factorias de objetos y crear instancias para cada usuario tiene ventajas, el w3c en el WSRF (Web service resource Framework) introduce mejoras y es un estandar mas limpio y depurado que el OGSI, asi que el toolkit GT4 esta construido en base a WSRF. En el GlobusWorld 2005, que fue entre el 7 y 11 de Febrero en Boston, se aprecia claramente que tanto la supercomputacion cientifica como comercial se esta orientando hacia GRID, sobre todo porque ya no es ciencia ficcion (como sostenian algunos incredulos y retractores tiempo atras), se ha ido consiguiendo importantes logros, es una historia similar a la de linux :) . claudio On Wed, 2005-02-23 at 10:10 -0500, [EMAIL PROTECTED] wrote: Hola, creo que la solucion que busca Felipe es basicamente la de un cluster para computacion en paralelo que se puede construir y administrar con sistemas de colas tal como dijo Xavier a traves de herramientas de libre distribucion, algo que se conoce como clusters beowulf y depoendiendo de loq ue quiera hacer se pueden usar heramientas como mpi, etc. Acerca del concepto de grid puede surgir la confusion que necesariamente es un clusterde clusters por llamarlo de alguna manera pero pienso que el concepto principal pasa por construir un middleware que debe ser quien soporte el grid y sobre ese middleware se van colocando las demas aplicaciones como un sistema de colas, aplicaciones de adminsitracion, etc. Globus es una de las aplicaciones grid que precisamente hace eso de manera natural. Hay un paper muy bueno que explica esto : http://www.globus.org/research/papers/anatomy.pdf La idea es tener a disposicion un grupo de recursos computacionales compartidos para el grid que pueden ser clusters como tambien pueden ser equipos independientes, es eso lo interesante de grid computing y que los ususarios puedan disponer de ellos, hay toda una arquitectura que se debe crear para algo sea considerado grid o parte de un grid. Tambien hay que considerar cuando un problema es un problema grid y cuando no lo es. En este caso creo que Felipe debe determinar eso antes de embarcarse en la aventura grid o en la aventura cluster. Saludos, R. Miguel
Cluster OpenMosix en Linux
On Mon, 21 Feb 2005, Felipe Covarrubias wrote: Gracias, Super Completa tu explicación, quiero implentar ( o mas bien ahora queria) OpenMosix para Calculos numericos, principalmente hechos en C y Fortran, con la habilidad de que el cluster pueda crecer o decrecer dinamicamente, y sin tener que interferir mayormente (a nivel de admin al menos) en el proceso, que bastara que con el usuario quisiera añadirse al cluster, usarlo, o ser parte de el (ó dejar de serlo) en cualquier momento. me seria de ayuda que me contaras mas de tu experiencia con algun tipo de cluster que hayas implementado. Y de antemano Muchas Gracias Mas que nada he implementado cluster para calculos en paralelo, por lo que no he probado con maquinas no dedicadas. Pero entiendo que un sistema de colas te permite precisamente manejar el caso que te interesa. En cada maquina del sistema pones una cola en la cual se pueden ejecutar procesos, pero en las maquinas no dedicadas el usuario es capaz de administrar su cola local y tiene preferencia en la ejecucion de procesos. Tambien puedes poner horas en las que se habilitan/deshabilitan las colas en ciertas maquinas o que se ejecuten procesos solo mientras el usuario esta inactivo. Para mas informacion mira la pagina de Gridengine: http://gridengine.sunsource.net/ Es un software muy configurable, flexible, y con muchas posibilidades en cuanto a manejo de recursos, aunque por supuesto, la configuracion basica es bastante simple de hacer. Y tambien es fuente abierta. De todos modos, cuanto es el tiempo tipico que demoran los calculos que correran? Xavier
Cluster OpenMosix en Linux
Investiga sobre Grid, yo llevo bastante tiempo trabajando en eso y recientemente estuve en Boston participando en el GlobusWorld 2005. gridcafe.web.cern.ch www.ggf.org www.globus.org www.globusworld.org On Mon, 2005-02-21 at 23:52 -0300, Felipe Covarrubias wrote: En todo caso que es lo que quieres hacer tu? Xavier Gracias, Super Completa tu explicación, quiero implentar ( o mas bien ahora queria) OpenMosix para Calculos numericos, principalmente hechos en C y Fortran, con la habilidad de que el cluster pueda crecer o decrecer dinamicamente, y sin tener que interferir mayormente (a nivel de admin al menos) en el proceso, que bastara que con el usuario quisiera añadirse al cluster, usarlo, o ser parte de el (ó dejar de serlo) en cualquier momento. me seria de ayuda que me contaras mas de tu experiencia con algun tipo de cluster que hayas implementado. Y de antemano Muchas Gracias Salu2
Cluster OpenMosix en Linux
Xavier Andrade [EMAIL PROTECTED] dijo: On Sun, 20 Feb 2005, Felipe Covarrubias wrote: Hola, podrias contarme tu experiencia de manera mas detallada sobre por que crees que mosix no sirve ?. Lo que Open Mosix provee dentro de un grupo de maquinas es la capacidad de que un proceso que esta corriendo en una maquina sea migrado a otras maquinas de acuerdo a un esquema de balanceo de carga. Lo que es /extremadamente/ complicado de hacer, y la sabiduria standard al respecto es que no vale la pena. Es mucho mas astuto elegir con cuidado donde correr cada proceso cuando se inicia. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Mon Feb 21 22:44:30 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Feb 22 09:09:07 2005 Subject: nueva mitologia urbana In-Reply-To: Your message of Mon, 21 Feb 2005 17:59:59 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Satoru Lucas Shindoi [EMAIL PROTECTED] dijo: El dia Mon, 21 Feb 2005 14:29:44 -0300 Rodrigo Gutierrez Torres [EMAIL PROTECTED] escribio: Feo y de mala educación. Por lo demás, la pelota es de él y se la lleva cuando quiera. Vaya. eso suena feo. Asi es. Seria necesario llegar a ese punto? Falta mucho... tengo cuero de hipopotamo. Curtido por casi dos decadas de foros electronicos. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Mon Feb 21 23:03:35 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Feb 22 09:09:15 2005 Subject: nueva mitologia urbana In-Reply-To: Your message of Mon, 21 Feb 2005 18:28:47 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Satoru Lucas Shindoi [EMAIL PROTECTED] dijo: El dia Mon, 21 Feb 2005 16:49:44 -0300 Ricardo Mun~oz A. [EMAIL PROTECTED] escribio: [...] hablando en serio, gran parte de la masificacion de Linux se debe a las empresas que han financiado de una u otra manera su desarrollo, y me imagino que esta mas que claro que esas empresas no han estado apoyando a GNU/Linux por razones ideologicas/politicas, cierto?? Lo que hagan un par de empresas no cuenta lo importante es lo que haga la comunidad. Actualmente algo del 80% de la comunidad (responsable probablemente por mas del 99% del trabajo) lo son precisamente como parte de esas par de empresas... y no es que sea precisamente un fenomeno nuevo. Recuerden Cygnus; Sendmail, Inc; BSDI. Estan cosas como ISC hace /mucho/ tiempo. Habran escuchado hablar de Vixie Enterprises. Los mas bien novatos en el chungo se llaman Netscape, Oracle, IBM, HP, Sun, intel, Cisco, ... Para detalles de otros participantes vease la lista de socios de OSDL. Y nunca olvidar bitmover, quienes ofrecen su producto estrella (BitKeeper) /gratis/ para desarrollo de codigo abierto. La comunidad /no/ es la coleccion de vagos que se consideran grossos porque bajan unas ISO e instalan eso en su PC. Son quienes desarrollan, a quienes generalmente les da lo mismo que hayan quienes solamente tomen sin dar nada a cambio siempre que los dejen entretenerse con sus colegas. Y nefasto el dia en que las empresas tengan mas peso sobre GNU/Linux que la comunidad. Estaremos asistiendo al fin de GNU/Linux tal y como lo conocemos. Ya llego, y paso. Por el 2000, diria yo. Aunque es bien posible que haya sido bastante antes. Tal vez hasta por '95 (el year when September never endeth fue una inflexion en Internet, que /es/ codigo abierto en su forma tal vez mas pura) -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Tue Feb 22 09:13:58 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Feb 22 09:14:01 2005 Subject: sonido en fc2 In-Reply-To: Your message of Mon, 21 Feb 2005 16:19:06 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Eduardo Quiroz [EMAIL PROTECTED] dijo: instale rh9 en la pega y ahora lo actualicé a fc2. Ve a FC3. Actualiza /todo/. La actualización funcionó casi perfecto..tuve que reinstalar el modulo para ntfs q quedó bien y estoy peleando con lo otro, que es el sonido. Perdí el sonido al migrar. Al ejecutar el setup y tratar de reconocer la tarjeta, me señala que No parece estar ejecutando el kernel con el sonido modular habilitado (soundocore.o) o no se encontró en la ruta de módulos Si no
Cluster OpenMosix en Linux
On Tue, 22 Feb 2005 00:51:56 -0300 (CLST), Xavier Andrade [EMAIL PROTECTED] wrote: On Mon, 21 Feb 2005, Felipe Covarrubias wrote: De todos modos, cuanto es el tiempo tipico que demoran los calculos que correran? Xavier Hola de nuevo, Gracias, respecto al tiempo que correran los procesos, creo que es relativo, puede ser entre dias a una semana o tal vez más, al menos esos son los tiempos relativos a un sólo computador que los estaba corriendo (amd64),ademas de que no sere Yo quien personalmente diseñe la aplicacion a ejecutar (codigo Fortran y C), la idea es disminuir los tiempos reutilizando muchos de los computadores que durante el dia solo estan encendidos. para eso tambien considero util ver estadisticas en los sitios que tu, y los demas han presentado. Salu2 -- Felipe Covarrubias Estudiante Ingenieria Civil Electrónica Departamento de Electrónica Universidad Técnica Federico Santa María
Cluster OpenMosix en Linux
On Tue, 22 Mar 2005, Claudio Baeza Retamal wrote: Hola, lo que buscas tu es GRID, hay muchas alternativas pero la mas utilizada es Globus. El gridengine de SUN especificamente no cumple todos los requirmientos que esperan de un sistema grid, su capa de localizacion de recursos no es estandar lo que limita la interoperatibilidad, ademas no ofrece un mecanismo unificado y abierto en la malla. Bueno, estoy preparando un seminario sobre el tema, asi que se me acabo el time que programe para la lectura de e-mail... Puedes dar explicar que es lo que llamas un Grid? Para mi la idea de un grid es una union de varios recursos computacionales a gran escala (digamos varios clusters y/o supercomputadores) y no de estaciones de trabajo. Por que a estas alturas es un termino de moda y cada uno cataloga de Grid lo que esta haciendo. Xavier From [EMAIL PROTECTED] Tue Feb 22 16:24:27 2005 From: [EMAIL PROTECTED] (Luis Eduardo Vivero =?iso-8859-1?Q?Pe=F1a?=) Date: Tue Feb 22 16:25:56 2005 Subject: =?iso-8859-1?q?Ka=FCinFest_-_InstallFest_a_la_Chilena?= Message-ID: [EMAIL PROTECTED] [EMAIL PROTECTED], Me es muy grato hacerles la siguiente invitación. Saludos. Se invita a todas las personas que quieran participar de este nuevo evento que llamamos cariñosamente KaüinFest, el día Sabado 26 de Febrero de 2005 desde las 12:00 horas en adelante (hasta las 18:00 horas), en el que conversaremos, comeremos y también se hará lo que normalmente se hace en un InstallFest (Instalar Linux!!) Los requisitos para comer, en lo que a dinero refiere, se estableceran el mismo día al llegar, por lo que quienes deseen comer deben llegar temprano. Para conversar, solo deben considerar cualquier bebestible sin índole específica (incluye bebidas, agua mineral, café, te, etc). En la InstallFest, quienes lleven sus computadores, porfavor llevar alargadores y si lo desean cables de red null(crossover) o un hub si no cuentan con ellos. Contaremos con algunos alargadores y cables de red, pero si desean asegurarse, llevenlos :). Dirección: Centro Cultural El Sindicato, Maipú 424, esquina Compañía, Santiago (metro mas cercano, Quinta Normal (Línea 5), por la Alameda, entre Estacíon Central y U.L.A. (Línea 1)) -- Luis Eduardo Vivero Peña Centro de Difusión de Software Libre
Cluster OpenMosix en Linux
GRID no es solo que dices, no tengo tiempo para explicar, buscas papers ISI, procedings, publicaciones de Ian Foster, Kaselmann, Brien Carpenter,etc., tambien di unas referencias WEB en otro e-mail, el hecho que para que un sistema sea grid, hay concenso de que debe cumplir con tres caracteristicas, gridengine no las cumple todas... claudio On Tue, 2005-02-22 at 16:21 -0300, Xavier Andrade wrote: On Tue, 22 Mar 2005, Claudio Baeza Retamal wrote: Hola, lo que buscas tu es GRID, hay muchas alternativas pero la mas utilizada es Globus. El gridengine de SUN especificamente no cumple todos los requirmientos que esperan de un sistema grid, su capa de localizacion de recursos no es estandar lo que limita la interoperatibilidad, ademas no ofrece un mecanismo unificado y abierto en la malla. Bueno, estoy preparando un seminario sobre el tema, asi que se me acabo el time que programe para la lectura de e-mail... Puedes dar explicar que es lo que llamas un Grid? Para mi la idea de un grid es una union de varios recursos computacionales a gran escala (digamos varios clusters y/o supercomputadores) y no de estaciones de trabajo. Por que a estas alturas es un termino de moda y cada uno cataloga de Grid lo que esta haciendo. Xavier
Cluster OpenMosix en Linux
On Sun, 20 Feb 2005, Felipe Covarrubias wrote: Hola, podrias contarme tu experiencia de manera mas detallada sobre por que crees que mosix no sirve ?. Lo que Open Mosix provee dentro de un grupo de maquinas es la capacidad de que un proceso que esta corriendo en una maquina sea migrado a otras maquinas de acuerdo a un esquema de balanceo de carga. Esto suena bastante bien, pero tiene muchas limitantes y costos asociados que hacen que en la practica no sea los mas util para la mayoria de las aplicaciones (aun no he escuchado un ejemplo de un caso donde sea util o mas util que otros esquemas). Para correr procesos en paralelo no sirve, pues no ofrece un mecanismo de comunicacion inter-procesos, y no se pueden usar los sistemas estandares de comunicacion: no se puede usar memoria compartida o threads (por que los procesos no pueden migrar) ni se puede usar MPI pues no es capaz de manejar la migracion de procesos que usan sockets (hasta la ultima vez que mire). Si quieres correr muchos procesos seriales en un cluster (una granja), uno en cada nodo, openmosix puede hacerlo pero es muy ineficiente sobre todo en terminos de red por el costo que significa migrar y mantener migrados los procesos teniendo que continuamente mantenerse en contacto con la maquina en que originalmente fueron ejecutados. Es mucho mas simple ejecutar directamente el proceso en el nodo en cuestion. Ademas no ofrece un mecanismo de colas ni de control de procesos, por lo que no es muy util en sistemas con mas de un usuario (algo muy comun en un cluster). En un cluster mosix de 10 procesadores un usuario puede correr 100 procesos sin problemas. Es por esto que un sistema de colas como gridengine o torque son mejores opciones que openmosix y ofrecen varias ventajas adicionales como soporte multiarquitectura, capacidad para manejar procesos en paralelo y seriales, control de la ejecucion de los procesos (te puede mandar un mail cuando tu calculo termino por ejemplo), control de los recursos en numero de procesos y tiempo de calculo por usuario, etc. Tambien tienen algunas desventajas, no pueden migrar procesos out of the box (necesitan un sistema externo o que la aplicacion haga checkpointing) y la interface es menos transparente, hay que enviar una script a la cola, no es llegar y correr un proceso. En todo caso que es lo que quieres hacer tu? Xavier From [EMAIL PROTECTED] Mon Feb 21 23:41:47 2005 From: [EMAIL PROTECTED] (Almirante PP) Date: Mon Feb 21 23:41:51 2005 Subject: OT: SIP+LINUX Message-ID: [EMAIL PROTECTED] Saludos a todos, Este es mi primer mensaje y se agradece a todos los que hacen posible que foros como este y usuarios como yo nos desarrollemos. En estos momentos tengo instalado asterisk 1.0.5 sobre suse 9.1 con una conexión ADSL. No tengo tarjeta FXO(S) en la maquina y solo cuento con un modem ordinario (por lo que he leido aquí y en otros ladosno aporta en nada en las pruebas. por ahora), mas un equipo con win 98 para pruebas con softphone. Primero quiero saber donde puedo comprar, permutar, pedir prestada una tarjeta FXO(S).?? Que caracteristicas debe tener para conectarla a una linea telefonica o una centralita.??? Es posible hacer una conexión entre servidores asterisk con las caracteristicas señaladas ?? (sin FXO(S)). Saludos. El Socio
Cluster OpenMosix en Linux
En todo caso que es lo que quieres hacer tu? Xavier Gracias, Super Completa tu explicación, quiero implentar ( o mas bien ahora queria) OpenMosix para Calculos numericos, principalmente hechos en C y Fortran, con la habilidad de que el cluster pueda crecer o decrecer dinamicamente, y sin tener que interferir mayormente (a nivel de admin al menos) en el proceso, que bastara que con el usuario quisiera añadirse al cluster, usarlo, o ser parte de el (ó dejar de serlo) en cualquier momento. me seria de ayuda que me contaras mas de tu experiencia con algun tipo de cluster que hayas implementado. Y de antemano Muchas Gracias Salu2 -- Felipe Covarrubias Estudiante Ingenieria Civil Electrónica Departamento de Electrónica Universidad Técnica Federico Santa María
Cluster OpenMosix en Linux
On Sat, 19 Feb 2005, Felipe Covarrubias wrote: Hola Lista. estoy interesado en implementar un cluster tipo mosix en Linux y por ello deseo preguntar en la lista si es que alguien tiene experiencias con este tipo de cluster para compartirlas, y mientras más detalladas sean estas mejor :D . Mi experiencia con Mosix es que en realidad no sirve para casi nada. Si quieres correr procesos de forma distribuida en un cluster usa mejor un sistema de colas como gridengine o torque+maui. Te ahorras el lio de parchar el kernel y probablemente sera mas eficiente. Xavier
Cluster OpenMosix en Linux
On Sun, 20 Feb 2005 01:06:51 -0300 (CLST), Xavier Andrade [EMAIL PROTECTED] wrote: Mi experiencia con Mosix es que en realidad no sirve para casi nada. Si quieres correr procesos de forma distribuida en un cluster usa mejor un sistema de colas como gridengine o torque+maui. Te ahorras el lio de parchar el kernel y probablemente sera mas eficiente. Xavier Hola, podrias contarme tu experiencia de manera mas detallada sobre por que crees que mosix no sirve ?. -- Felipe Covarrubias Estudiante Ingenieria Civil Electrónica Departamento de Electrónica Universidad Técnica Federico Santa María
Cluster OpenMosix en Linux
Hola Lista. estoy interesado en implementar un cluster tipo mosix en Linux y por ello deseo preguntar en la lista si es que alguien tiene experiencias con este tipo de cluster para compartirlas, y mientras más detalladas sean estas mejor :D . atte. Felipe -- Felipe Covarrubias Estudiante Ingenieria Civil Electrónica Departamento de Electrónica Universidad Técnica Federico Santa María
Cluster OpenMosix en Linux
El Sáb 19 Feb 2005 22:15, Felipe Covarrubias escribió: 1) el parche al kernel de OpenMosix es aplicable al kernel-2.6 ya que en la pagina: http://www.mosix.org/index.html sólo existe un parche para 2.4.29 No, tienes que aplicarlo al kernel que dice, osea al 2.4.29. 2) el sistema dice funcionar con fs ext3, ReiserFS. lo hara tambien en XFS ? Yo creo que si, porque clustering no depende del sistema de archivos. -- Matias Valdenegro Toro. Human Knowledge Belongs To The World. próxima parte Se ha borrado un mensaje que no está en formato texto plano... Nombre : no disponible Tipo : application/pgp-signature Tamaño : 189 bytes Descripción: no disponible Url: https://listas.inf.utfsm.cl/pipermail/linux/attachments/20050219/2ffcb4d2/attachment.bin From [EMAIL PROTECTED] Sun Feb 20 01:03:29 2005 From: [EMAIL PROTECTED] (Felipe Covarrubias) Date: Sun Feb 20 01:03:34 2005 Subject: [Was: Re: Debian ] In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Sat, 19 Feb 2005 20:35:43 -0300, Horst von Brand [EMAIL PROTECTED] wrote: No soy el unico. Tal vez te resulte una enorme sorpresa, pero las distribuciones tienen grupos encargados de aseguramiento de calidad (QA le llaman), que registran reportes de problemas (y soluciones, etc) tanto durante pruebas como en la distribucion terminada. Son los encargados finales de dar la luz verde a sacar la version estable. ÓooÓ /Sorprendente/ este es el punto que ud, usa seguido para rebatir la experiencia de uso de muchos. Muchos usuarios que usan el sistema como hobby, en uso liviano de escritorio. OK, para eso esta bien. Y las demas aplicaciones posibles, que? Hay registro riguroso de los reportes a mi me funciona que aparecen aca, con paquetes instalados y usados? Sí, Los Hay : http://www.debian.org/Bugs/Access y Para obtener un mail con informes semanales sobre fallos encontrados y reparados ver : http://www.debian.org/Bugs/server-request Analisis estadistico de los reportes? Tambien. Recomiendo de sobre manera adentrarse en el sistema de reportes de fallos de Debian. (ver enlaces anteriores) Que paquetes son los que mas problemas presentan, de que tipo son? Hay alternativas probadas, que permitan (ahora o mas adelante) deshacerse de paquetes problematicos? Esos son todos temas que una distribucion debe resolver de alguna forma. Bueno Todo esto existe, ahora tal vez no sea de la manera en que ud. espera o se imagina, es decir no existe una oficina con telefonistas esperando por usuarios de Debian llamar y solicitar ayuda del tipo /ayudenme/, esto no existe, ni nada parecido tampoco, ya que Debian es una distribución hecha y sostenida por una comunidad de usuarios. sin embargo Debian cuenta con listas de correo extensamente usadas por los usuarios y los DDs, Sitios web's muy actualizados (al menos las versiones en Ingles) cuenta con informes noticiosos semanales de la distribucion en todas sus versiones los cuales son enviados a nombre de /Martin Shulze/ quien es el lider del grupo debian, en estos mail tipo noticia, se informa a la comunidad de los diversos (y muchos) eventos a realizarce para la comunidad Debian (Principalmente en Europa), lo cual demuestra el gran dinamismo existente dentro de la Comunidad Debian, en estos mail noticiosos tambien llegan noticias como esta : h http://www.linuxworld.com.au/index.php/id;631120522;fp;2;fpid;1 y tambien se publican cambios importantes sucedidos en algunos paquetes. y con todos los debidos links relacionados para observar el historial del paquete, etc. Que tiene que ver el nucleo y su desarrollo (del que salen versiones nuevas cada par de meses, hasta en 2.4) con una distribucion (de la cual salen versiones nuevas cada 5 an~os)? Que pena gmail no tiene manzanas y peras (ni legos) para hacerle entender. consejo: lea mas arriba en el mensaje anterior ;) Lo habia leido. Bueno y si es así, entonces por que No Entiende ? Y Linux (el nucleo) /tiene/ un proceso de desarrollo, con hitos claros que se designan estables y lineas experimentales. Saca versiones estables cada par de meses claro leo mucho en www.kernel.org, en especifico lo ultimo que lei fue: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.10 si no te habias dado cuenta. mire arriba ! :P Otra vez Mire para no seguir explicandole 10^n veces esto, remitase a http://www.debian.org/releases/ No sacas nada con dirigirme a la documentacion que dice /como/ se designa una version estable, quiero que me expliques como el que /no/ se haya logrado una version estable en mas de 2 an~os de ya va, va no significa que el proceso /en la practica/ (no lo que es la politica oficial de la distribucion o asi es como se supone que funciona) tiene fallas /muy/ serias. Bueno, creo Yo no soy el más indicado para eso, pero bueno dare mi punto de vista del por que de esta situación,
