clustering (Openmosix)

[Rodrigo Henriquez M. - Corporacion Linux S.A.]

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