clustering (Openmosix)
El sáb, 21-08-2004 a las 23:08, Horst von Brand escribió: > Daniel Serpell <[EMAIL PROTECTED]> dijo: > > [...] > > > Creo que el migrar conexiones es lo ms fcil, > > Hay una cantidad sorprendente de estado en una conexion TCP en el nucleo, Asi es. > mucho de ello no es "duplicable" (direccion IP de cada extremo, ...). Eso no es dificil de manejar. Lo que se debe hacer es simplemente generar un nuevo socket en el otro nodo. > Migrar el resto del proceso es mas o menos facil. No lo creo. De hecho, es la tarea mas dificil. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
Daniel Serpell <[EMAIL PROTECTED]> dijo: [...] > Creo que el migrar conexiones es lo más fácil, Hay una cantidad sorprendente de estado en una conexion TCP en el nucleo, mucho de ello no es "duplicable" (direccion IP de cada extremo, ...). Migrar el resto del proceso es mas o menos facil. -- 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] Sat Aug 21 23:26:52 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sun Aug 22 00:01:22 2004 Subject: Masterizacion In-Reply-To: Your message of "Fri, 20 Aug 2004 12:27:57 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Ricardo - Eureka! <[EMAIL PROTECTED]> dijo: > On Thu, Aug 19, 2004 at 04:46:00PM -0400, Horst von Brand wrote: > > > Para que reinstalan "rutinariamente"? > > Cuando hay nueva version de la distro, o se requieren corregir > > problemas de configuracion, o agregar paquetes adicionales. Suele ser > > mas rapido simplemente reinstalar que corregir uno a uno si los cambios > > son mayores. > Mmmmesa explicacion me parece haberla oido alguna vez de parte de > "otros" sistemas operativosAfortunadamente, mi distribucion no > requiere esosolo se instala una vez para siempre, luego solo tienes > que actualizar a diario ;) Cierto. Para 1 maquina. Cuando son mas de 30, y hay que estar acomodando nuevas instalaciones y reconfiguraciones, la cosa cambia. -- 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] Sat Aug 21 23:29:52 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sun Aug 22 00:01:29 2004 Subject: De VPN In-Reply-To: Your message of "Fri, 20 Aug 2004 11:46:57 -0400." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> "Angelo Astorga P." <[EMAIL PROTECTED]> dijo: > Tengo unas dudas puntuales que me gustaria aclarar... > > 1. Es posible implementar una VPN (sucursales de regiones), solo a nivel > de Server, es decir, que las IP de los clientes de cada LAN puedan > repetirse, salvo las IP de los Server. Si no te alcanza con las direcciones reservadas para uso privado, no quiero estar en los zapatos de quien administra tu red... -- 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] Sat Aug 21 21:40:34 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sun Aug 22 00:01:42 2004 Subject: lideres In-Reply-To: Your message of "Fri, 20 Aug 2004 17:18:37 -0400." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> "rodrigo ahumada" <[EMAIL PROTECTED]> dijo: > alguien conoce algun proyecto de codigo abierto con al menos un lider que > no es informatico (que escriba codigo)? Obviamente tiene que saber de > computadores pero puede por ejemplo un musico empezar y dirigir un > proyecto sin tener que aprender a programar? Me parece recordar que Telsa Gwynne es lider del proyecto de pruebas de Gnome. Entiendo que es enfermera, y no sabe programar una linea. Claro que ser esposa de Alan Cox capaz que supla eso ;-) -- 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] Sat Aug 21 22:11:50 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sun Aug 22 00:01:48 2004 Subject: sobre Resultados de trabajos propuestos para Encuentro Linux. In-Reply-To: Your message of "Fri, 20 Aug 2004 20:38:59 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> =?iso-8859-1?q?juan=20pablo=20Rumie=20Vittar?= > <[EMAIL PROTECTED]> dijo: [...] > A mi personalmente me gustaria participar, solo que > vivo en la Argentina, y por ello no tengo chances. El llamado a presentar trabajos no ponia restricciones. Claro que si alguien de Japon presenta algo, podemos vernos en aprietos... > Pero seria factible que alguna ves se haga algun concurso (con ejercicios > o trabajos sobre distintos temas) o algo asi por medio de la lista donde > cualquier persona pueda participar sin importar si vive en Chile o en > cualquier parte del mundo, para que cada uno exponga sus ideas? La lista es precisamente para que cualquiera pueda plantear sus puntos de vista... > Personalmente a mi me gusta (aunque la mayoria no este de acuerdo) en > desarrollar so
clustering (Openmosix)
El vie, 20-08-2004 a las 13:05, Alvaro Herrera escribió: > On Fri, Aug 20, 2004 at 10:02:34AM -0400, Daniel Serpell wrote: > > > > Hola! > > > > El Thu, Aug 19, 2004 at 12:59:14AM -0400, Alvaro Herrera escribio: > > > On Wed, Aug 18, 2004 at 10:50:23PM -0400, Rodrigo Henriquez M. - > > > Corporacion Linux S.A. wrote: > > > > > > > > AFAIK depende del tipo de conexion y la cantidad de fd que lleve > > > > asociados. > > > > > > No entiendo por que ... una conexion es un simple flujo de bytes. > > > Cualquier interpretacion que le quieras dar depende de algo que esta en > > > el proceso, que es parte de los datos que tienen que ser migrados de un > > > nodo a otro. > > > > Creo que el migrar conexiones es lo más fácil, lo dificil es migrar > > el proceso completo. Por ejemplo, mi ssh se comunica con ssh-agent > > (via shm), > > AFAICS cualquier cosa que use shm es inmigrable, a menos que migres > (o copies) todos los procesos que esten conectados al mismo segmento > shm. Ojo que ademas debes migrar cualquier mecanismo de locking, junto > con el estado de cada lock!!! Exacto. De hecho, esa era una de las complicaciones que tenia openMosix. En todo caso, unas estudiantes (de India creo), hicieron un hack al kernel para poder hacer DSM. http://mcaserta.com/maask/ No se que tan efectivo es, ni que tan aplicativo, pero al menos es un buen ejemplo de poder realizar DSM. > Mi punto aqui es que migrar un proceso "aislado" es mas o menos > sencillo, migrar los sistemas que se estan comunicando o interoperando > es muy dificil. Ese era mi punto. > Por supuesto, todo esto es puro 'handwaving' ;-) :-) -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
On Fri, Aug 20, 2004 at 10:02:34AM -0400, Daniel Serpell wrote: > > Hola! > > El Thu, Aug 19, 2004 at 12:59:14AM -0400, Alvaro Herrera escribio: > > On Wed, Aug 18, 2004 at 10:50:23PM -0400, Rodrigo Henriquez M. - > > Corporacion Linux S.A. wrote: > > > > > > AFAIK depende del tipo de conexion y la cantidad de fd que lleve > > > asociados. > > > > No entiendo por que ... una conexion es un simple flujo de bytes. > > Cualquier interpretacion que le quieras dar depende de algo que esta en > > el proceso, que es parte de los datos que tienen que ser migrados de un > > nodo a otro. > > Creo que el migrar conexiones es lo más fácil, lo dificil es migrar > el proceso completo. Por ejemplo, mi ssh se comunica con ssh-agent > (via shm), AFAICS cualquier cosa que use shm es inmigrable, a menos que migres (o copies) todos los procesos que esten conectados al mismo segmento shm. Ojo que ademas debes migrar cualquier mecanismo de locking, junto con el estado de cada lock!!! Mi punto aqui es que migrar un proceso "aislado" es mas o menos sencillo, migrar los sistemas que se estan comunicando o interoperando es muy dificil. > con la base LDAP (por nss-ldap), con PAM para autentificar, Estos dos deberian ser conexiones TCP (migrables), o en el caso de ser sockets locales (unix-domain socket) creo que tambien serian mas o menos inmigrables, a menos que migres o copies el proceso que esta al otro lado del socket. > con los PTY locales para I/O, Supongo que el I/O tambien deberia ser migrable de una u otra manera. > además de tener en el mapa de memoria una buena cantidad de > bibliotecas compartidas. No deberia ser problema. Por supuesto, todo esto es puro 'handwaving' ;-) -- Alvaro Herrera () Major Fambrough: You wish to see the frontier? John Dunbar: Yes sir, before it's gone.
clustering (Openmosix)
Hola! El Thu, Aug 19, 2004 at 12:59:14AM -0400, Alvaro Herrera escribio: > On Wed, Aug 18, 2004 at 10:50:23PM -0400, Rodrigo Henriquez M. - Corporacion > Linux S.A. wrote: > > > > AFAIK depende del tipo de conexion y la cantidad de fd que lleve > > asociados. > > No entiendo por que ... una conexion es un simple flujo de bytes. > Cualquier interpretacion que le quieras dar depende de algo que esta en > el proceso, que es parte de los datos que tienen que ser migrados de un > nodo a otro. > Creo que el migrar conexiones es lo más fácil, lo dificil es migrar el proceso completo. Por ejemplo, mi ssh se comunica con ssh-agent (via shm), con la base LDAP (por nss-ldap), con PAM para autentificar, con los PTY locales para I/O, además de tener en el mapa de memoria una buena cantidad de bibliotecas compartidas. Daniel.
clustering (Openmosix)
On Thu, Aug 19, 2004 at 05:26:29PM -0400, Rodrigo Henriquez M. - Corporacion Linux S.A. wrote: > El jue, 19-08-2004 a las 16:49, Horst von Brand escribió: > > En LKML han estado discutiendo sobre la mejor manera de "congelar" un > > proceso para efectos de suspender la maquina. De un vistazo a la discusion > > me quedo la idea que le falta bastante. > > Como trabaja hoy en dia? No trabaja. Es parte del sistema para suspender a disco. Claro que IANAKH tampoco ... -- Alvaro Herrera () "Estoy de acuerdo contigo en que la verdad absoluta no existe... El problema es que la mentira sí existe y tu estás mintiendo" (G. Lama)
clustering (Openmosix)
El jue, 19-08-2004 a las 16:49, Horst von Brand escribió: > "Rodrigo Henriquez M. - Corporacion Linux S.A." > > <[EMAIL PROTECTED]> dijo: > > El jue, 19-08-2004 a las 00:59, Alvaro Herrera escribi: > > [...] > > > > Otra cosa que me pregunto es si hay un punto definido para el scheduler > > > en el cual un proceso puede ser migrado. Porque si no, en una maquina > > > SMP puedes tener un proceso en mitad de algo, y migrarlo en este estado > > > debe dejar la escoba en ambos nodos ... > > > > No lo se realmente. No me voy a carrilear. > > En LKML han estado discutiendo sobre la mejor manera de "congelar" un > proceso para efectos de suspender la maquina. De un vistazo a la discusion > me quedo la idea que le falta bastante. Como trabaja hoy en dia? Alguien sabe? IANAKH. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
El jue, 19-08-2004 a las 00:59, Alvaro Herrera escribió: > > AFAIK depende del tipo de conexion y la cantidad de fd que lleve > > asociados. > > No entiendo por que ... Te explico. > una conexion es un simple flujo de bytes. De acuerdo. > Cualquier interpretacion que le quieras dar depende de algo que esta en > el proceso, que es parte de los datos que tienen que ser migrados de un > nodo a otro. El migrar una conexion no es lo dificil, el problema es hacer una copia fiel del proceso completo en otro nodo. Al principio pensaba igual que tu, pero sobre la marcha me di cuenta de que hay muchas cosas que estan conectadas. > > Hace poco estuve (tratando mas que nada) de hacer un plugin para > > heartbeat que permitiera replicar las conexiones ssh de un nodo > > a otro. > > > > La verdad es que me la gano. La cantidad de cosas asociadas que > > lleva cada conexion (en el caso de SSH : File Descriptors, referencias > > a PPIDs, punteros a direcciones de memoria entre otras cosas _sabrosas_ > > casi imposibles de determinar) me hizo abortar el proyecto. > > Hmm ... todo eso debe pertenecer al espacio de memoria asignado al > proceso. Exacto. > Las cosas que no, son parte de las estructuras del thread del > kernel del proceso, que obviamente tambien tienes que ser capaz de > migrar de un lado a otro. Pero no es tan simple como crees. > > > No tenia forma de tomar todas las precauciones necesarias para migrar > > fielmente la conexion. > > Claro, el problema ahi es que ya no solo tienes que mover las cosas que > dependen de la aplicacion, sino quien sabe cuanta cochinada que puede > estar en alguna parte del stack TCP/IP ... Yep. > Otra cosa que me pregunto es si hay un punto definido para el scheduler > en el cual un proceso puede ser migrado. Porque si no, en una maquina > SMP puedes tener un proceso en mitad de algo, y migrarlo en este estado > debe dejar la escoba en ambos nodos ... No lo se realmente. No me voy a carrilear. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
On Wed, Aug 18, 2004 at 10:50:23PM -0400, Rodrigo Henriquez M. - Corporacion Linux S.A. wrote: > El mié, 18-08-2004 a las 22:20, Alvaro Herrera escribió: > [...] > > > > La verdad es que es practicamente imposible dada la cantidad > > > gigante de factores (archivos abiertos, procesos, manejo de > > > sesiones, etc, etc). > > > > Right. No me acuerdo del ICQ pero ciertamente es _muy_ dificil. > > > > Quizas sea posible migrar los programas cliente. Pero antes de poder > > aseverar algo asi me gustaria que me dijeras si a nivel de kernel se > > puede migrar una conexion TCP, > > AFAIK depende del tipo de conexion y la cantidad de fd que lleve > asociados. No entiendo por que ... una conexion es un simple flujo de bytes. Cualquier interpretacion que le quieras dar depende de algo que esta en el proceso, que es parte de los datos que tienen que ser migrados de un nodo a otro. > Hace poco estuve (tratando mas que nada) de hacer un plugin para > heartbeat que permitiera replicar las conexiones ssh de un nodo > a otro. > > La verdad es que me la gano. La cantidad de cosas asociadas que > lleva cada conexion (en el caso de SSH : File Descriptors, referencias > a PPIDs, punteros a direcciones de memoria entre otras cosas _sabrosas_ > casi imposibles de determinar) me hizo abortar el proyecto. Hmm ... todo eso debe pertenecer al espacio de memoria asignado al proceso. Las cosas que no, son parte de las estructuras del thread del kernel del proceso, que obviamente tambien tienes que ser capaz de migrar de un lado a otro. > No tenia forma de tomar todas las precauciones necesarias para migrar > fielmente la conexion. Claro, el problema ahi es que ya no solo tienes que mover las cosas que dependen de la aplicacion, sino quien sabe cuanta cochinada que puede estar en alguna parte del stack TCP/IP ... Otra cosa que me pregunto es si hay un punto definido para el scheduler en el cual un proceso puede ser migrado. Porque si no, en una maquina SMP puedes tener un proceso en mitad de algo, y migrarlo en este estado debe dejar la escoba en ambos nodos ... > En el caso de una conexion de PostgreSQL me imagino que debe ser una > _ensalada_ similar. Bueno, si usa SSL puede ser similar a migrar algo SSH, y si no lo usa entonces no. Pero francamente no veo por que podria ser diferente. > BTW, ya he probado Slony y anda "de pelos". Cool. -- Alvaro Herrera () "La tristeza es un muro entre dos jardines" (Khalil Gibran)
clustering (Openmosix)
El mié, 18-08-2004 a las 22:20, Alvaro Herrera escribió: [...] > > La verdad es que es practicamente imposible dada la cantidad > > gigante de factores (archivos abiertos, procesos, manejo de > > sesiones, etc, etc). > > Right. No me acuerdo del ICQ pero ciertamente es _muy_ dificil. > > Quizas sea posible migrar los programas cliente. Pero antes de poder > aseverar algo asi me gustaria que me dijeras si a nivel de kernel se > puede migrar una conexion TCP, AFAIK depende del tipo de conexion y la cantidad de fd que lleve asociados. No es lo mismo (intentar) migrar una conexion HTTP que una SSH, por poner un ejemplo. Hace poco estuve (tratando mas que nada) de hacer un plugin para heartbeat que permitiera replicar las conexiones ssh de un nodo a otro. La verdad es que me la gano. La cantidad de cosas asociadas que lleva cada conexion (en el caso de SSH : File Descriptors, referencias a PPIDs, punteros a direcciones de memoria entre otras cosas _sabrosas_ casi imposibles de determinar) me hizo abortar el proyecto. No tenia forma de tomar todas las precauciones necesarias para migrar fielmente la conexion. Mi unica opcion en este caso, es aprender el protocolo SSH completo entre otras cosas mas y no tengo tiempo para eso :-( En el caso de una conexion de PostgreSQL me imagino que debe ser una _ensalada_ similar. > y como harias al otro extremo para > cambiar la direccion de destino. O el cluster comparte direcciones > virtuales y hay alguna especie de proxy? El cluster maneja una IP que es flotante entre ambos nodos y que se encuentra en el nodo que este activo en el cluster. Claro que eso es en un modelo Activo/Pasivo. En un modelo Activo/Activo, se puede asignar un balanceador de trafico antes de los dos (o mas nodos) o se puede balancear con VRRP o algun protocolo de enrutamiento redundante. > > Irrumpir en algo asi, es mucho mas traumatico que meterse en > > el disen~o de postgresql para hacer replicacion nativa (lo > > cual me imagino que es muy traumatico :) ). > > > > Lo unico que conozco que hace algo similar pero no es nativo > > es Slony (http://gborg.postgresql.org/project/slony1/projdisplay.php). > > Slony-I es el proyecto de replicacion Postgres mas importante. > (switchover, replica entre versiones, etc). A que te refieres con que > no es nativo? Que no viene directamente embebido dentro de las opciones de postgresql (como lo hace MySQL). Ahora, no digo que esto sea una desventaja. > Sea como sea, no tiene nada que ver con migrar procesos; Obviamente. > las bases de datos siguen siendo separadas (aunque sean replicas > exactas). Yup. > Slony-I se libera por el Postgres Global Development Group (los mismos > que liberan Postgres), bajo la misma licencia, y el desarrollo lo hacen > las mismas personas ... se conserva como un proyecto separado para > permitir que funcione limpiamente entre distintas versiones (es decir, > para progresar independientemente, y no tener que soportar una version > antigua solo porque venia con un Postgres antiguo). > > Lo de hacer "replicacion nativa" no tiene mucho sentido en general; creo > que a lo que te estarias refiriendo es a hacer replicacion sincrona > versus asincrona (que es lo que hace Slony-I, y todo el resto de > sistemas de replicacion) No. Me referia a que no venia directamente embebido como una opcion mas dentro de PostgreSQL. Pero como comentaste recien, la separacion es mas efectiva ya que permite realizar replicacion independiente de la version. BTW, ya he probado Slony y anda "de pelos". Saludos. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
On Wed, Aug 18, 2004 at 07:42:40PM -0400, Rodrigo Henriquez M. - Corporacion Linux S.A. wrote: > El mié, 18-08-2004 a las 19:16, Alvaro Herrera escribió: > > En particular seria interesante saber como se hace para migrar las > > conexiones a la BD, en el lado del cliente (los procesos servidores de > > BD me queda mas que claro que no se pueden migrar) > > Una vez intente hacer eso (creo que lo conversamos por ICQ). > > La verdad es que es practicamente imposible dada la cantidad > gigante de factores (archivos abiertos, procesos, manejo de > sesiones, etc, etc). Right. No me acuerdo del ICQ pero ciertamente es _muy_ dificil. Quizas sea posible migrar los programas cliente. Pero antes de poder aseverar algo asi me gustaria que me dijeras si a nivel de kernel se puede migrar una conexion TCP, y como harias al otro extremo para cambiar la direccion de destino. O el cluster comparte direcciones virtuales y hay alguna especie de proxy? > Irrumpir en algo asi, es mucho mas traumatico que meterse en > el disen~o de postgresql para hacer replicacion nativa (lo > cual me imagino que es muy traumatico :) ). > > Lo unico que conozco que hace algo similar pero no es nativo > es Slony (http://gborg.postgresql.org/project/slony1/projdisplay.php). Slony-I es el proyecto de replicacion Postgres mas importante. (switchover, replica entre versiones, etc). A que te refieres con que no es nativo? Sea como sea, no tiene nada que ver con migrar procesos; las bases de datos siguen siendo separadas (aunque sean replicas exactas). Slony-I se libera por el Postgres Global Development Group (los mismos que liberan Postgres), bajo la misma licencia, y el desarrollo lo hacen las mismas personas ... se conserva como un proyecto separado para permitir que funcione limpiamente entre distintas versiones (es decir, para progresar independientemente, y no tener que soportar una version antigua solo porque venia con un Postgres antiguo). Lo de hacer "replicacion nativa" no tiene mucho sentido en general; creo que a lo que te estarias refiriendo es a hacer replicacion sincrona versus asincrona (que es lo que hace Slony-I, y todo el resto de sistemas de replicacion) -- Alvaro Herrera () "Para tener más hay que desear menos"
clustering (Openmosix)
El mié, 18-08-2004 a las 19:16, Alvaro Herrera escribió: > On Wed, Aug 18, 2004 at 06:33:04PM -0400, Rodrigo Henriquez M. - Corporacion > Linux S.A. wrote: > > El lun, 09-08-2004 a las 19:18, Marcelo Diaz escribió: > > > > Yo en particular implemente el TPCC5 con postgresql y > > > sql embebido en c++ y openmosix. > > > El postmaster y otros procesos no le daban articulo al > > > openmosix, pero si el c++. Tuve buenos resultados. > > > > No entendi? > > Pudiste migrar procesos de tus programas en C++ o estas > > diciendo que migraste procesos de postgresql? > > En particular seria interesante saber como se hace para migrar las > conexiones a la BD, en el lado del cliente (los procesos servidores de > BD me queda mas que claro que no se pueden migrar) Una vez intente hacer eso (creo que lo conversamos por ICQ). La verdad es que es practicamente imposible dada la cantidad gigante de factores (archivos abiertos, procesos, manejo de sesiones, etc, etc). Irrumpir en algo asi, es mucho mas traumatico que meterse en el disen~o de postgresql para hacer replicacion nativa (lo cual me imagino que es muy traumatico :) ). Lo unico que conozco que hace algo similar pero no es nativo es Slony (http://gborg.postgresql.org/project/slony1/projdisplay.php). -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
On Wed, Aug 18, 2004 at 06:33:04PM -0400, Rodrigo Henriquez M. - Corporacion Linux S.A. wrote: > El lun, 09-08-2004 a las 19:18, Marcelo Diaz escribió: > > Yo en particular implemente el TPCC5 con postgresql y > > sql embebido en c++ y openmosix. > > El postmaster y otros procesos no le daban articulo al > > openmosix, pero si el c++. Tuve buenos resultados. > > No entendi? > Pudiste migrar procesos de tus programas en C++ o estas > diciendo que migraste procesos de postgresql? En particular seria interesante saber como se hace para migrar las conexiones a la BD, en el lado del cliente (los procesos servidores de BD me queda mas que claro que no se pueden migrar) -- Alvaro Herrera () "Puedes vivir solo una vez, pero si lo haces bien, una vez es suficiente"
clustering (Openmosix)
El mié, 18-08-2004 a las 17:43, Horst von Brand escribió: > =?iso-8859-1?q?Marcelo=20Diaz?= <[EMAIL PROTECTED]> dijo: > > Usa openmosix..para comenzar a meterse en el mundo > > cluster te lo recomiendo. Es muy sencillo de hacerlo. > > Cuidado, Mosix es para correr muchas tarea batch independientes sobre una > coleccion de maquinas. MSFT le llama "cluster" a mecanismos de failover > (falla uno, el otro hace el trabajo), y se usa el termino para > supercomputadores construidos con muchas maquinas en red. > > Obviamente, Mosix no require gran red, Yep. > failover tampoco; No. Por que no es un sistema de Alta Disponibilidad. > supercomputador si. duh? > Pero el problema alli no es montar la maquina, es programar las > aplicaciones. En MOSIX la unica salvedad al desarrollar las aplicaciones es que no deben usar "shared memory". Saludos. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
clustering (Openmosix)
=?iso-8859-1?q?Marcelo=20Diaz?= <[EMAIL PROTECTED]> dijo: > Usa openmosix..para comenzar a meterse en el mundo > cluster te lo recomiendo. Es muy sencillo de hacerlo. Cuidado, Mosix es para correr muchas tarea batch independientes sobre una coleccion de maquinas. MSFT le llama "cluster" a mecanismos de failover (falla uno, el otro hace el trabajo), y se usa el termino para supercomputadores construidos con muchas maquinas en red. Obviamente, Mosix no require gran red, failover tampoco; supercomputador si. Pero el problema alli no es montar la maquina, es programar las aplicaciones. -- 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 =?ISO-8859-1?Q?=22Felipe_Cristi=E1n_Barriga_Richards_=28LIS?= Wed Aug 18 18:13:10 2004 From: =?ISO-8859-1?Q?=22Felipe_Cristi=E1n_Barriga_Richards_=28LIS?= (=?ISO-8859-1?Q?=22Felipe_Cristi=E1n_Barriga_Richards_=28LIS?=) Date: Wed Aug 18 18:11:58 2004 Subject: VPN In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Angelo Astorga P. wrote: >Donde puedo bajar info y sw, para RH Advance Server 3.0 ya que en mis CD >no estan. O bien que sw puede ser compatible? > >AAstorga > > > > > Para instalar una VPN primero yo creo que debes preguntarte ciertas cosas : Es para hacer un enlace de punto a punto o para una red con varios usuarios Los usuarios son windows o linux Que tipo de VPN vas a poner: Ipsec, pptp, openvpn ,etc. pptp: el cliente vpn viene con windows, pero es inseguro. (Creado por Microsoft ?) ipsec: mejor que pptp, mejor encriptacion, hay que bajar un cliente para conectarse. (Creado por Cisco ?) openvpn: imcompatble con los otros, existe cliente para Windows, Linux y MacosX pero hay que instalarlos aparte y es gpl. Personalmente estoy usando la ultima opcion para asegurar redes wifi. En todo caso, toda esa informacion esta disponible en San Google. Felipe Cristián Barriga Richards Santiago, Chile http://www.felipebarriga.cl
clustering (Openmosix)
On Mon, 9 Aug 2004, Marcelo Diaz wrote: [...] > El tema fundamental en un cluster se basa en la > conexion entre las maquinas.. lo ideal seria Gigabit. > Pero aun asi seguira siendo un cuello y poner Fibra > Optica es muy costoso. > En realidad lo importante no es la fibra, si no redes de baja latencia. En cuanto ancho de banda no son muy superiores a gigabit por que estan limitadas por el bus pci. Las redes ideales son Myrinet, SCI, Infiniband o Quadrics, cual mas cara que la otra, Myrinet es lo mas barato que son como 600 dolares por interfaz (en USA). Aunque usar esas redes en un cluster con mosix seria un desperdicio, por que ni siquiera usan protocolo tcp/ip. Xavier From =?UTF-8?B?IkZlbGlwZSBDcmlzdGnDoW4gQmFycmlnYSBSaWNoYXJkcyAoTElTVEFTKQ==?= Tue Aug 10 00:28:25 2004 From: =?UTF-8?B?IkZlbGlwZSBDcmlzdGnDoW4gQmFycmlnYSBSaWNoYXJkcyAoTElTVEFTKQ==?= (=?UTF-8?B?IkZlbGlwZSBDcmlzdGnDoW4gQmFycmlnYSBSaWNoYXJkcyAoTElTVEFTKQ==?=) Date: Tue Aug 10 00:28:46 2004 Subject: Tecla F5 (refresh) recarga apache In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Juan Carlos Freres escribió: > Hola lista. > > Alguien conoce como hacer para que no te hagan pedazos la carga de un > servidor apache con dejar apretada la tecla F5 del teclado? > > Estoy usando Apache 1.3.31 > > Que directivas hay que tocar? > > Gracias. No deberia porque pasar nada a lo mas saturar el pc del cliente que deja presionada la tecla F5. Puedes bajar un programa para Windows que se llama "Shadow Secutiry Scanner", tiene una opcion que es para probar la estabilidad de varios servicios (www,ftp,etc). Prueba corriendolo al maximo, va a mandar muchas peticiones por segundo (mas de las que puedes enviar dejando apretada la tecla F5). Yo lo probe en una red local de 100mbps versus un servidor Apache corriendo en un P3 de 500mhz y no le hiso ni pio. Se que hay programas que hacen lo mismo para linux pero no se su nombre. Felipe Cristián Barriga Richards Santiago, Chile
clustering (Openmosix)
Usa openmosix..para comenzar a meterse en el mundo cluster te lo recomiendo. Es muy sencillo de hacerlo. Lo que si por ejemplo no vas a poder correr ciertos programas. Por ej: Oracle, Postgresql.. pero hay otras cosas en las que son muy utilies. Yo en particular implemente el TPCC5 con postgresql y sql embebido en c++ y openmosix. El postmaster y otros procesos no le daban articulo al openmosix, pero si el c++. Tuve buenos resultados. El tema fundamental en un cluster se basa en la conexion entre las maquinas.. lo ideal seria Gigabit. Pero aun asi seguira siendo un cuello y poner Fibra Optica es muy costoso. = Marcelo Diaz. Corrientes - Argentina. ___ 100mb gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From [EMAIL PROTECTED] Mon Aug 9 20:10:30 2004 From: [EMAIL PROTECTED] (Edgard Pineda Leone.) Date: Mon Aug 9 20:10:40 2004 Subject: pasar parametros a ejecutables #! In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, 9 Aug 2004, Cristian Gutierrez wrote: > Edgard Pineda wrote: > > [...] > > > Si sé, pero estoy usando un programa hecho en php (getid3) > > para analizar media files y sacarles mas informacion. Simplemente lo > > quiero usar desde un script, sin tocar el código php de ese > > programa. No quiero desarrollar algo de cero. > > Que tal algo como: > > , > | # perl -MCPAN -e 'install File::Headerinfo' > | [... esperar un rato y presionar `yes' unas cuantas veces ...] > | > | $ perl -MFile::Headerinfo -MData::Dumper -e \ > | 'print Dumper(File::Headerinfo->read(shift))' \ > | /algun/archivo/de/video.mpg > | $VAR1 = { > | 'width' => 192, > | 'filetype' => 'riff', > | 'version' => undef, > | 'duration' => '79.4039376', > | 'height' => 144, > | 'filesize' => '10802688', > | 'datarate' => 1000, > | 'vcodec' => 'IV50', > | 'freq' => undef, > | 'fps' => '12.9968365699789', > | 'metadata' => undef > | }; > ` > Ok, pero File::HeaderInfo usa Video::Info, y éste no es tan poderoso como por ejemplo algunos formatos de archivos .mov. He usado Video::Info, pero despues que encontré getid3 y lo probé con un set de media files que tengo (y extraños además...), me resultó mejor que Video::Info en reconocimiento... por eso quiero complementar lo que tengo con getid3 (que lamentablemente está programado en php, no por el lenguaje, mas que nada por que el sistema que desarrollo no tiene nada de php... pero ahora tendré que usarlo) gracias nuevamente! Edgard.