Charlas 12-12-2000 Umeet'2000

Charlas 12/12/2000

Log de la conferencia. Se han suprimido las líneas correspondientes a entradas y salidas de diferentes personas en el canal durante la conferencia
[18:12] (MJesus> 4 ATENCION
[19:09] (Fernand0> A continuación va a comenzar la exposición de las ponencias que nos llegaron
[19:09] (Fernand0> Cada ponente dispondrá de 20 minutos para desarrollar su ponencia
[19:10] (Fernand0> y después habrá 10 minutos para discusión
[19:10] (Fernand0> cuando todos lo sponentes terminen
[19:10] *** Slayer_X (slayer@200.48.109.34) has joined #linux
[19:10] (Fernand0> podremos seguir discutiendo sobre las cuestiones que hayan podido quedar pendientes
[19:10] (Slayer_X> reholas :)
[19:10] (Fernand0> Vamos a empezar con Cesar Villegas Ureta
[19:10] (MJesus> :)) ecsar
[19:11] (Fernand0> El es Analista-Programador. Network Administrator
[19:11] -> *one2* op #linux slayer_x
[19:11] *** services.hgy.es sets mode: +o Slayer_X
[19:11] (Fernand0> y va a hablar sobre la configuración de proxy (squid)
[19:11] *** TuC0 (nestor@linux.enlacenet.com.pe) Quit (regreso en undosportres)
[19:11] (Fernand0> recuerdo que el ponente disponde de 20 minutos
[19:11] (Fernand0> para dar paso a 10 minutos de preguntas/comentarios
[19:11] (Fernand0> ops
[19:11] (Fernand0> metí la pata
[19:12] (Fernand0> no era lo del proxy
[19:12] (Fernand0> es La experiencia de linux en los cybercafes de Peru
[19:12] (Fernand0> me equivoqué de fecha 0:)
[19:12] (Fernand0> disculpas
[19:12] (Fernand0> la ponencia se titula:
[19:12] (Fernand0> La experiencia de Linux en los cybercafes de Peru
[19:13] *** cain (cain@195.55.250.118) Quit ([x]chat)
[19:13] (Fernand0> Cuando quiera Cesar, gracias por su presentación
[19:13] (Slayer_X> muchas gracias Fernand0 :)
[19:13] *** viper (viper@64.76.23.48) has joined #linux
[19:13] (Slayer_X> ante todo buenas tardes y gracias por estar presentes
[19:14] (Slayer_X> hoy hablare sobre la experiencia de Linux en los cibercafes de Peru
[19:14] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:14] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:14] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:14] (Slayer_X> quiero empezar contandoles un poco el contexto en que se desarrollo todo este tema
[19:15] (Slayer_X> Peru es un pais pobre, donde poca gente tiene posibilidades de tener una computadora en casa
[19:15] (Slayer_X> asimismo, el elevado costo de las lineas telefonicas tambien era un obstaculo para que la gente conectara a Internet desde sus casas
[19:16] (Slayer_X> fue aproximadamente hace 4-5 años que nacieron las primeras "cabinas de internet"
[19:16] *** fdh (virtual1@infou2.jet.es) has joined #linux
[19:16] *** fdh (virtual1@infou2.jet.es) Quit (1,1-1,0 Ciber 1,1-0,1Virtual III1,1-1,0 Rua Paseo Matutino nº37 (Ponteareas))
[19:16] (Slayer_X> el termino "cabina" se uso como contraparte del termino "cyber cafe" que se usaba en paises mas avanzados tecnologicamente
[19:16] (Slayer_X> a diferencia de un cybercafe, una cabina es un lugar donde por un precio muy asequible
[19:17] (Slayer_X> uds pueden alquilar una OC con acceso a internet
[19:17] (Slayer_X> el costo aproximado de una hora de conexion varia entre 0.50 y 1.75 de dolar
[19:18] (Slayer_X> una hora de conexion a traves de lineas telefonicas convencionales cuesta 1.70
[19:18] (Slayer_X> fue asi, q las cabinas publicas de internet tuvieron una gran demanda en nuestro pais
[19:18] (Slayer_X> y empezaron a nacer nuevas de un modo realmente vertiginoso
[19:19] (Slayer_X> actualmente se habla de que tenemos alrededor de 500 cabinas publicas distribuidas a nivel nacional
[19:19] (Slayer_X> bien, dicho esto
[19:19] (Slayer_X> ahora veamos algunos aspectos muy generales para la implantacion de una cabina
[19:19] (Slayer_X> una cabina normalmente tiene un local medianamente amplio
[19:20] *** FranA (SoNhic@212.170.160.145) Quit (0,0··15,15·14,14·15,1 I R c a p 14,14·15,15·1,84http://1www.ircap.net 15,15·0,0··)
[19:20] (Slayer_X> con 15-20 PCs a disposicion del publico
[19:20] (Slayer_X> 1 servidor para controlar la conexion de internet y brindar diversos servicios complementarios
[19:20] (Slayer_X> impresora, escaner, webcams y demas agregados
[19:21] (Slayer_X> es ahora donde veremos como es que Linux ingresa en este mercado de las "cabinas de internet"
[19:21] (Slayer_X> cuando un inversionista queria colocar una cabina de internet, en la evaluacion de costos, miraba que pagar 15-20 licencias no era nada barato
[19:22] (Slayer_X> lamentablemente en Peru la pirateria registra indices muy altos
[19:22] (Slayer_X> asi q la gran mayoria optaba por instalar Windows de manera ilegal
[19:23] *** newt0n (jose@malcolm.citynet.net.ar) has joined #linux
[19:23] (Slayer_X> asi empezaron a trabajar muchas cabinas
[19:23] (Slayer_X> pero debido a la competencia hubo necesidad de mejorar el servicio
[19:23] (Slayer_X> y se empezaron a instalar servidores para dicho proposito
[19:23] (Slayer_X> fue aqui cuando Linux ingreso con paso firme
[19:23] (Slayer_X> por un costo casi cero, muchas cabinas obtuvieron un servidor rapido y robusto y q les permitia dar servicios de valor agregado para los cibernautas
[19:24] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[19:24] (Slayer_X> es asi, q empezaron a regalar correos electronicos
[19:24] (Slayer_X> hosting gratuitos para paginas web
[19:24] (Slayer_X> servidores de ftp con mp3 y juegos diversos
[19:24] (Slayer_X> y servicios de webmail
[19:24] (Slayer_X> los que conocen un poco de linux sabran que todo esto se puede lograr con programas ampliamente conocidos y que son libres de costo
[19:25] (Slayer_X> asi podriamos citar casos como IMP y neomail para implementar un webmail del tipo Hotmail o Yahoo mail
[19:25] (Slayer_X> como la competencia era dura y cada vez aparecian mas y mas cabinas
[19:26] (Slayer_X> el uso de Linux como sistema operativo para los servidores fue mayoritario
[19:26] *** CtrInt (yadr@81-LASP-X8.libre.retevision.es) has joined #linux
[19:26] (Slayer_X> con el tiempo, se intensificaron las campañas contra la pirateria de software
[19:28] (Fernand0> ?
[19:28] (Slayer_X> y uno de los principales blancos fueron las cabinas de internet
[19:28] (Slayer_X> que usaban de manera casi absoluta sistemas como windows98 y NT para los terminales que se alquilaban a los usuarios
[19:28] (Slayer_X> al ver la necesidad de optar por la legalidad y pagar altas sumas por el costo de las licencias, fue que buscaron alternativas
[19:28] (Slayer_X> y muchas cabinas tomaron la iniciativa de instalar Linux como sistema operativo para los terminales
[19:28] (Slayer_X> adelante Fernando
[19:28] (Fernand0> perdon
[19:28] (Fernand0> se me escapo el dedo
[19:28] *** Alan (~pirch@132.248.252.89) Quit (Ping timeout for Alan
[132.248.252.89])
[19:28] (Slayer_X> ohh, no hay problema :)
[19:28] *** Alonso (root@200.37.85.92) has joined #linux
[19:28] (Slayer_X> bueno, fue asi que linux fue ganando terrano en muchas cabinas de Internet
[19:28] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Ping timeout for Mapi[VA1-1F-u-0300.mc.onolab.com])
[19:29] (Slayer_X> asi, se podia encontrar RedHat, Suse, Caldera y Mandrake en las cabinas
[19:29] *** Mapita (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[19:29] (Alonso> Ya se acabo?
[19:29] (Slayer_X> se buscaron alternativas a los programas que normalmente se usan en ambientes windows
[19:30] (Slayer_X> asi, Netscape se usaba como browser principal sin problemas
[19:30] (Slayer_X> Xchat y Kvirc reemplazaron el popular mirc de windows
[19:30] (Slayer_X> licq, Kicq, GnomeICU a ICQ
[19:30] (Slayer_X> knapster y gnapster al popular napster usado masivamente para bajar mp3
[19:30] *** CtrInt (yadr@81-LASP-X8.libre.retevision.es) Quit (Ping timeout for CtrInt[81-LASP-X8.libre.retevision.es])
[19:30] (Slayer_X> pero todo no fue color de rosa
[19:31] (Alonso> jeje
[19:31] (Slayer_X> porque se tenia q invertir mucho tiempo en lograr q los usuarios se adecuen al nuevo sistema
[19:31] (Slayer_X> a muchos les gustaba "esas nuevas ventanas"
[19:31] (Slayer_X> pero cuando querian grabar informacion en su disco A: se sentian fustrados
[19:31] (Slayer_X> ese fue el principal problema
[19:32] (Slayer_X> los usuarios estaban demasiado acostumbrados al uso de Windows
[19:32] (Slayer_X> y por esa razon, muchos optaban por ir a otra cabina que tuviera windows
[19:33] (Slayer_X> la solucion fue tener sistemas "dual boot" para que el usuario escogiera el sistema con el que se estuviera mas a gusto
[19:33] (Slayer_X> hoy en dia, el uso de windows para los terminales sigue siendo muy superior al de Linux
[19:33] (Slayer_X> pero se espera q con el tiempo esto cambie, toda vez que Gnome y KDE vayan mejorando dia a dia
[19:33] (Slayer_X> algo de lo q muchos somos afortunados testigos :)
[19:34] (Slayer_X> como conclusiones finales les puedo decir:
[19:34] (Slayer_X> En el area de servidores Linux es ganador absoluto, incluso esto ha permitido q ya se usen otros sistemas como FreeBSD y OpenBSD en servidores
[19:37] (Slayer_X> en el area de terminales para los usuarios aun windows sigue ganando, y esto cambiara solo en la medida de q los escritorios para linux sean mas amigables
[19:37] (Slayer_X> se espera que para el año 2001 en Peru se tenga mas de 1000 cabinas repartidas a nivel nacional
[19:37] (Slayer_X> todos esperamos que la participacion de Linux en ese aspecto crezca exponencialmente
[19:37] (Slayer_X> eso ha sido todo amigos :)
[19:37] (Slayer_X> preguntas?
[19:37] (Fernand0> plas plas plas plas plas plas
[19:37] (Fernand0> plas plas plas plas plas plas
[19:37] (Fernand0> yo tengo una
[19:37] (Slayer_X> adelante
[19:37] (jvlidon> Plas Plas plas
[19:37] (Fernand0> bueno
[19:37] (Fernand0> las cabinas usan linux no sólo por su robustez, fiabilidad, etc
[19:38] (Fernand0> sino también por su economía
[19:38] (Fernand0> ;)
[19:38] *** Pancho_ (lRcap69@nas-224-169.orlando-t.navipath.net) has joined #linux
[19:38] (Fernand0> están en disposición los propietarios de ese tipo de negocios de aportar algo a linux?
[19:38] (Fernand0> quiero decir
[19:38] *** Pancho_ (lRcap69@nas-224-169.orlando-t.navipath.net) has left #linux
[19:38] (Fernand0> si los usuarios quieren windows por determinadas características
[19:38] (Fernand0> y puesto que el coste de tener linux es pequeño
[19:38] (Fernand0> no podrían los beneficiarios del negocio
[19:39] (Fernand0> invertir una parte de sus beneficios
[19:39] (Fernand0> en completar lo que ellos 'sienten' que le falta a linux para que a sus usuarios les guste??
[19:39] (Slayer_X> es una pregunta muy interesante estimado Fernand0
[19:39] (Fernand0> un poco 'malo' he sido no ?
[19:40] (amocholi> creo que lo que ha comentado Fernando es muy interesante. ¿Cual es el volumen del negocio que se genera en estos momentos con las cabinas?
[19:40] (Slayer_X> lo ideal seria eso, q en vista del beneficio q ellos estan obteniendo, traten de impulsar el desarrollo de Linux
[19:40] (Slayer_X> pero la triste realidad indica de que no lo hacen
[19:40] (Slayer_X> a lo sumo, invierten tiempo en enseñar a los usuarios a un uso basico de Linux
[19:41] (Slayer_X> o regularmente dictan cursos de Linux, pero mas desde el ambito "ganar dinero" q por otra cosa
[19:41] (amocholi> ¿ son los propietarios de las cabinas personas preparadas para el desarrollo de aplicaciones o tiene peronal contratado para ello?
[19:41] (Slayer_X> amocholi: en realidad las cabinas de internet en Peru han representado todo un fenomeno economico
[19:41] *** nonmike (mike@zeus.prensa-latina.cu) Quit (Ping timeout for nonmike[zeus.prensa-latina.cu])
[19:42] (Alonso> Si la idea es que por el ahorro de la licencia, los peruanos dueños de cabinas ponga ese dinero en inversion para el desarrollo de Linux, creo que estas pidiendo un imposible
[19:42] *** Alan (~pirch@132.248.252.89) has joined #linux
[19:42] (Slayer_X> fue todo un boom y es "el negocio de moda" en nuestro pais
[19:42] (Slayer_X> amocholi: normalmente contratan personal para esos cometidos, lamentablemente muchas veces no estan debidamente capacitados
[19:42] (Fernand0> no pido que pongan todo, pero parecería razonable poner algo alfonso, no ?
[19:42] (Alonso> Un boom que no necesariamente te da mucho dinero
[19:42] -> *one2* op #linux ismak
[19:42] *** services.hgy.es sets mode: +o ismak
[19:43] (Slayer_X> Alonso: en un comienzo si daba mucho dinero, ahora debido a la creciente competencia ya no da tanto
[19:43] (Fernand0> el boom puede ser más grande cuanta más polvora gastes en el ?
[19:43] (jvlidon> El uso de las cabinas es po motivos académicos o simplemente lúdicos?
[19:43] (Slayer_X> pero sigue siendo un negocio rentable
[19:43] (Alonso> Con la situacion actual, tu crees que la gente se va a neter la mano al bolsillo de lo que se ha ahorrado???
[19:43] *** pask (pask@hades2.concha.upv.es) has joined #linux
[19:43] (Fernand0> bueno
[19:43] (Slayer_X> jvlidon: segun estadisticas el mayor porcentaje de usuarios de cabinas de internet son jovenes estudiantes comprendidos entre los 17-25 años
[19:44] (pask> gracias
[19:44] (Fernand0> no soy un comerciante, ni siquiera creo que fuera bueno en los negocios pero tengo una teoría
[19:44] *** Mapita (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Read error to Mapita[VA1-1F-u-0300.mc.onolab.com]: Connection reset by peer)
[19:44] (newt0n> disculpen mi pronta retiradam un abrazo Slayer_X, muy bueno lo tuyo +)))
[19:44] (Fernand0> si no inviertes en tu negocio, en mejorarlo
[19:44] (Erick> Pero lo que yo pienso es que si fueron visionarios para ver un mercado creciente y debido a lo economico de linux es ahora una posible necesidad de acortar costos
[19:44] (Fernand0> probablemente no mejore tu ganancia tampoco
[19:44] (Alonso> Te habla alguien que tuvo cabinas y decidio cerrarlas por que era un negocio que producia una ilusion, mas no una rentabilidad viable.
[19:44] *** newt0n (jose@malcolm.citynet.net.ar) Quit ([BX] Man I'm *SLEEPY*!!!! My keyboard is slipping away!)
[19:44] (Erick> es posible que puedan mejorar el uso de linux
[19:44] (Erick> y optimizar su negocio
[19:45] (Fernand0> La discusión es muy interesante
[19:45] (jvlidon> En algún otro pais del entorno de Peru pasa algo similar?
[19:45] (Fernand0> pero es tiempo de finalizar el debate
[19:45] (Fernand0> para dar paso a nuestro siguiente ponente
[19:45] *** Alan (~pirch@132.248.252.89) Quit (compendium.ar.uninet.edu uninet.sld.cu)
[19:45] (Slayer_X> Erick: asi es, seria lo mejor, pero la realidad es otra, las cabinas de internet estan convertidas en un "negocio" mucho antes q un "servicio"
[19:45] (Fernand0> les recuerdo que cuando acaben las presentaciones
[19:45] (Fernand0> podemos seguir conversando sobre este y otros temas
[19:46] (Fernand0> Gracias Cesar por su interesantísimo punto de vista
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (Fernand0> plas plas plas plas pls plas plas plsa plsa plas plas
[19:46] (Fernand0> plas plas plas plas pls plas plas plsa plsa plas plas
[19:46] (Fernand0> plas plas plas plas pls plas plas plsa plsa plas plas
[19:46] (Fernand0> plas plas plas plas pls plas plas plsa plsa plas plas
[19:46] (Slayer_X> gracias a ti Fernand0 y a todo Uninet por la oportunidad de dirigirme a tanta gente :)
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:46] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:46] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:46] *** amocholi (JJANT@desc01.dompei.upv.es) Quit (Leaving)
[19:46] *** nonmike (mike@zeus.prensa-latina.cu) has joined #linux
[19:46] (Fernand0> Tenemos el gusto de presentarles ahora a
[19:47] (Fernand0> Ismael Briones Vilar
[19:47] *** jvlidon (JJANT@apdpii11.deln.upv.es) Quit (Leaving)
[19:47] (t00R> Slayer_X: =) grosa la charla che! *clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap* *clap* *clap*
[19:47] (t00R> *clap**clap* *clap* *clap**clap* *clap* *clap**clap* *clap* *clap*
[19:47] (Alonso> Tu apreciacion es execelente Cesar, merecido aplauso de todos
[19:47] (Fernand0> trabaja en Mundinteractivos - El Mundo (www.elmundo.es visitenla )
[19:48] (Fernand0> Y su presentación trata sobre un tema que en estos días se ve incluso en los medios no técnicos
[19:48] (Fernand0> Programación Segura (Buffer Overflows)
[19:48] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:48] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:48] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:48] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[19:48] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[19:48] *** debUgo- (ugo@host-216-252-134-89.interpacket.net) has joined #linux
[19:48] (Fernand0> Ismael ....
[19:48] (ismak> Buenas tardes
[19:48] (ismak> a todos
[19:48] (MJesus> :))))))))
[19:48] (pask> hola ismak
[19:49] *** Alonso (root@200.37.85.92) Quit ([x]chat)
[19:49] (ismak> voy a tratar de explicar un poco los buffer overflows
[19:49] (ismak> y las funciones que son vulnerables de generarlos, simpre que no se controle correctamente su uso
[19:50] (ismak> No soy un expert en buffer Overflows, por lo que algunas cosas pueden no quedar claras, pero espero poder aclararlas en las preguntas
[19:51] *** TuC0 (nestor@linux.enlacenet.com.pe) has joined #linux
[19:51] (ismak> bueno, voy a empezar explicando un poco desde lo mas bajo
[19:51] (ismak> ....
[19:51] (ismak> Muchos programas escritos en C son vulnerables ante desbordamientos de
[19:51] (ismak> pila, (Stack Overflow), mediante la escritura de un array con una cadena de
[19:51] (ismak> caracteres mas grande que el tamanyo del array, permitiendo la ejecucion de
[19:51] (ismak> un codigo arbitrario.
[19:52] (ismak> Alguna de estas funciones son:
[19:52] (ismak> strcpy()
[19:52] (ismak> strcat()
[19:52] (ismak> sprintf()
[19:52] (ismak> scanf()
[19:52] (ismak> sscanf()
[19:52] (ismak> fscanf()
[19:52] (ismak> vfscanf()
[19:52] (ismak> vsprintf
[19:52] (ismak> vscanf()
[19:52] (ismak> vsscanf()
[19:52] (ismak> streadd()
[19:52] (ismak> strecpy()
[19:52] (ismak> strtrns()
[19:52] *** Alan (~pirch@132.248.252.89) has joined #linux
[19:52] (ismak> Este tipo de vulnerabilidades constituyen unos de los principales
[19:52] (ismak> problemas de seguridad a los que se tienen que enfrentar los administradores
[19:52] (ismak> de sistemas. El incremento de programas que presentan este tipo de problema
[19:52] (ismak> ha aumentado considerablemente.
[19:53] (ismak> Pero vallamos por partes:
[19:53] *** manaha (carlos@49-MADR-X24.libre.retevision.es) has joined #linux
[19:53] (ismak> Como se organiza un proceso en memoria?
[19:53] (ismak> Los procesos en memoria estan divididos en tres regiones: Texto,
[19:53] (ismak> Datos y Pila. Nosotros nos concentraremos en la pila. Pero vamos a explicar
[19:53] (ismak> las otra dos regiones.
[19:53] *** viljo (viljo@zen.line.inet.fi) Quit (Ping timeout for viljo[zen.line.inet.fi])
[19:54] (ismak> La region de texto incluye el codigo (instrucciones del programa) y datos de
[19:54] (ismak> solo lectura. Esta region es de solo lectura y cualquier intento de escribir
[19:54] (ismak> en ella provocara un error (Segmentation violation).
[19:54] (ismak> La region de datos contiene datos inicializados y sin inicializar. Las
[19:54] (ismak> variables estaticas son almacenadas en esta region.
[19:54] (ismak> Un esquema es:
[19:54] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[19:55] *** mambru (pepe@84-ALIC-X7.libre.retevision.es) has joined #linux
[19:55] (ismak> | |
[19:55] (ismak> | Text |
[19:55] (ismak> | |
[19:55] (ismak> |------------------|
[19:55] (ismak> | (Initialized) |
[19:55] (ismak> | Data |
[19:55] (ismak> | (Uninitialized) |
[19:55] (ismak> |------------------|
[19:55] (ismak> | |
[19:55] (ismak> | Stack |
[19:55] (ismak> | | Direcciones altas de memoria
[19:55] *** t00R (dopeman@202.61.171.84) Quit (Ping timeout for t00R
[202.61.171.84])
[19:55] (ismak> Que es una pila?
[19:56] (ismak> Aunque la mayoria sabra lo que en informatica significa pila, voy a
[19:56] (ismak> explicarlo. Una pila es un tipo abstracto de dato, en el que el ultimo
[19:56] (ismak> elemento en entrar es el primero en salir,LIFO (Last in, First out)
[19:56] (ismak> (Por ejemplo, es similar a tener una pila de platos sucios, un encima de
[19:56] (ismak> otro. Para empezar a lavarlos, tendremos que empezar por el de mas arriba,
[19:56] (ismak> que es el ultimo que se incorporo a nuestra pila).
[19:56] (ismak> La region de Stack es un bloque continuo de memoria conteniendo datos. En
[19:56] (ismak> esta region se almacenaran los parametros a una funcion, las variables
[19:56] (ismak> locales. Estos valores son almacenados (mediante el comando PUSH) al llamar
[19:56] (ismak> a una funcion, y extraidos (POP) cuando se sale de la funcion.
[19:57] (ismak> Unos de los problemas de los sitemas operativos multiusuario es que para
[19:57] (ismak> ejecutar ciertas acciones, es necesario realizarlas con privilegios de
[19:57] (ismak> root (Por ejemplo cambiar nuestro passwd). Esto se consigue poniendo el
[19:57] (ismak> programa con suid de root, es decir :
[19:57] *** t00R (dopeman@202.61.171.84) has joined #linux
[19:57] (ismak> -rwsr-x-r-x root root programa
[19:57] (ismak> De esta forma, cuando un usuario ejecute el programa, su UID y su GID
[19:57] (ismak> cambiaran momentaneamente al de root, hasta que finalice la ejecucion del
[19:57] (ismak> programa. El problema surge cuando el programa con suid de root copia datos a
[19:57] (ismak> buffers sin controlar el tamanyo del buffer y el numero de caracteres copiados,
[19:57] (ismak> lo que permitiria sobreescribir la direccion de retorno y ejecutar un codigo
[19:57] (ismak> arbitrario.
[19:57] *** yaco (IRcap65@200.5.90.53) has joined #linux
[19:58] (yaco> hola gente
[19:58] (ismak> Imaginemonos el siguiente programa:
[19:58] (viper> ese cambio no puede usarse como vulnerabilidad para hacer algo?
[19:58] *** trusmis (trumsi@230-MADR-X47.libre.retevision.es) has joined #linux
[19:59] (ismak> cambio de la direccion de retorno, si claro, a eso vamos :-)
[19:59] (ismak> main (int argc, char *argv[]) {
[19:59] (ismak> char s
[1024];
[19:59] (ismak> strcpy (s,argv
[1]);
[19:59] (TuC0> creo que esa es la idea, evitar la vulnerabilidad
[19:59] -uni- No Permission!
[19:59] (ismak> }
[19:59] *** services.hgy.es sets mode: +o trusmis
[19:59] (ismak> todos sabemos que esa vulnerabilidad existe y se puede explotar, pero como se puede evitar? vamos a ver si llegamos a ello
[19:59] * pask is away: (Auto-Away after 10 mins) [BX-MsgLog On]
[20:00] (ismak> como decia, tenemos un sencillo programa
[20:00] (ismak> Este programa copia la cadena de caracteres que se le pasa en la linea de
[20:00] (ismak> comandos en el buffer s, pero sin controlar el numero de caracteres copiados,
[20:00] (ismak> por lo que si copiamos mas de 1024 caracteres, podremos sobreescribir la
[20:00] (ismak> direccion de retorno
[20:00] (ismak> Esta seria el estado de nuestra pila:
[20:00] (ismak> [ ] [ ] [ ] [ ]
[20:00] (ismak> | | | |
[20:00] (ismak> | | | ->argv
[20:00] (ismak> | | ->RET
[20:00] (ismak> | ->ebp
[20:01] (ismak> ->s
[20:01] (ismak> el buffer s ocupa 1024 bytes
[20:02] (ismak> ebp y la direccion de retorno ocupan 4 bytes ambos
[20:02] (ismak> Si pasamos una cadena de 1028 caracteres, sobreescribiremos la direccion de
[20:02] (ismak> retorno, por lo que el programa saltara a una direccion arbitraria de memoria,
[20:02] (ismak> generando un segmentation fault. Ahora bien, nosotros podemos pasarle una
[20:02] (ismak> cadena de caracteres que contenga un codigo ejecutable (/bin/sh) por ejemplo,
[20:02] (ismak> y sobrescribir la direccion de retorno con la direccion de nuestro codigo.
[20:03] (ismak> De esta forma, al ser un programa con suid root, este codigo se ejecutaria
[20:03] (ismak> con los privilegios de root. En nuestro caso obtendriamos un shell con
[20:03] (ismak> privilegios de root. Este es, en resumidas cuentas, el fallo que se
[20:03] (ismak> utiliza para generar un buffer overflow.
[20:03] (ismak> Esto es lo que nos preguntaba viper
[20:03] *** ernesto (jemoro@78-MADR-XL4.libre.retevision.es) has joined #linux
[20:04] (ismak> si el buffer s contiene el codigo de un programa, podemos conseguir que se ejecute con privilegios de administrador (root)
[20:04] (ismak> lo mas normal es obtener el codigo en ensamblador de un programa que ejecute un shell
[20:04] *** ew (trumsi@177-MADR-X50.libre.retevision.es) has joined #linux
[20:05] (ismak> Podemos encontrar el codigo en ensamblador para diferentes arquitecturas si buscamos un poco por la web
[20:05] (ismak> Para evitar estos problemas debemos hacer uso de nuevas funciones que
[20:05] (ismak> permitan controlar el numero de caracteres que se copian a un buffer. Voy a
[20:05] (ismak> mostrar una serie de funciones que son susceptibles de generar buffer
[20:05] (ismak> overflows si se utilizan en el desarrollo de un programa, sin controlar el
[20:05] (ismak> tamanyo de los buffers, asi como las funciones que deberiamos de utilizar para
[20:05] (ismak> evitar estos problemas:
[20:05] *** Erick (el_leteo@200.38.160.85) Quit (bio.hgy.es compendium.ar.uninet.edu)
[20:05] *** jahoitl (jahoitl@200.38.160.133) Quit (bio.hgy.es compendium.ar.uninet.edu)
[20:05] *** fabiana (fabiana@brutus.conectiva.com.br) Quit (bio.hgy.es compendium.ar.uninet.edu)
[20:05] *** viper (viper@64.76.23.48) Quit (bio.hgy.es compendium.ar.uninet.edu)
[20:05] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (bio.hgy.es compendium.ar.uninet.edu)
[20:06] (ismak> gets Muy peligrosa Usar fgets(buf, size, stdin)
[20:06] (ismak> strcpy Muy Peligrosa Usar strncpy.
[20:06] (ismak> strcat Muy Peligrosa Usar strncat.
[20:06] (ismak> sprintf Muy Peligrosa Usar snprintf.
[20:06] (ismak> scanf Muy Peligrosa Especificar los parametros correctamente.
[20:06] (ismak> sscanf Muy Peligrosa Especificar los parametros correctamente.
[20:06] (ismak> fscanf Muy Peligrosa Especificar los parametros correctamente.
[20:06] (ismak> vfscanf Muy Peligrosa Especificar los parametros correctamente.
[20:06] (ismak> vsprintf Muy Peligrosa Usar vsnprintf.
[20:06] *** fabiana (fabiana@brutus.conectiva.com.br) has joined #linux
[20:06] *** Erick (el_leteo@200.38.160.85) has joined #linux
[20:06] *** jahoitl (jahoitl@200.38.160.133) has joined #linux
[20:06] *** viper (viper@64.76.23.48) has joined #linux
[20:06] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[20:06] (ismak> vscanf Muy Peligrosa Especificar los parametros correctamente.
[20:06] *** trusmis (trumsi@230-MADR-X47.libre.retevision.es) Quit (Ping timeout for trusmis
[230-MADR-X47.libre.retevision.es])
[20:06] (ismak> vsscanf Muy Peligrosa Especificar los parametros correctamente.
[20:06] *** t00R (dopeman@202.61.171.84) Quit (Ping timeout for t00R
[202.61.171.84])
[20:06] *** ew is now known as trusmis
[20:06] *** t00R (dopeman@202.61.171.84) has joined #linux
[20:06] (viper> me parece que ocurrio un buffer overflow
[20:06] (viper> :-))
[20:06] * pask is back from the dead. Gone 0 hrs 6 min 52 secs
[20:06] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Ping timeout for Mapi[VA1-1F-u-0300.mc.onolab.com])
[20:06] (ismak> La lista es bastante grande. POdeis ver la lista completa en la pagina de IBM http://www-4.ibm.com/software/developer/library/buffer-defend.html?dwzone=se curity
[20:07] (Slayer_X> hehehe, fue un lag overflow ;)
[20:07] *** victor (victor@193-153-251-246.uc.nombres.ttd.es) has joined #linux
[20:07] (ismak> Donde se explican los buffer overflows de forma muy clara. cOn una serie de ejemplos
[20:09] (ismak> La utilizacion de estas funciones, simpre teniendo en cuenta y controlando el tamanyo de as cadenas copiados a los buffers
[20:10] (ismak> es una de las formas que existen de evitar los buffer overflows
[20:10] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[20:10] (ismak> Existen otros metodos, en los que no he profundizado, pero que tambien pueden ser interesantes
[20:11] *** debUgo- (ugo@host-216-252-134-89.interpacket.net) Quit (Leaving)
[20:11] (ismak> como evitar la ejecucion de codigo en pila (gracias pask) pero que no puede comentaros.
[20:12] (ismak> Bueno, no he profundizado mucho en el tema, pero espero que se generen preguntas y empecemos a discutir sobre el tema, nunca se acaba de aprender
[20:12] (pask> como ?
[20:12] (pask> que no puedo comentarlos ?
[20:13] (pask> (??)
[20:13] *** Annabel (~pirch@ns1.etecsa.net) has joined #linux
[20:13] *** C0x86 (master.pas@200.52.206.79) has joined #linux
[20:13] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:13] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:13] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:13] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:13] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:13] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:13] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:13] (Slayer_X> ya se pueden hacer preguntas? ;)
[20:13] (ismak> Podeis obtener buena documentacion en estos documentos:
[20:13] (ismak> * Aleph One.
[20:13] (ismak> Smashing the stack for fun and profit.
[20:13] (ismak> Phrack Magazine, 7(49), Noviembre 1996.
[20:13] (ismak> http://www.securityfocus.com/data/library/P49-14.txt
[20:14] (ismak> * Writing Safe Setuid Programs
[20:14] (ismak> http://seclab.cs.ucdavis.edu/~bishop/secprog.html
[20:14] (ismak> * How to Write Buffer Overflows
[20:14] (ismak> http://www.l0pht.com/advisories/bufero.html
[20:14] (viper> 3clop clop clop clop clop clop clop clop
[20:14] (ismak> * Preventing Buffer Overflows
[20:14] (ismak> http://www-4.ibm.com/software/developer/library/buffer-defend.html?dwzone=se curity
[20:14] (ismak>
[20:15] (ismak> tu si que puedes comentarlos pask :-)
[20:15] (TuC0> diria alguna pregunta, pero me he quedado sin palabras
[20:15] (TuC0> :p
[20:15] (Slayer_X> felicitaciones ismak, estuvo genial, sobretodo para los q no entendiamos bien esto
[20:15] (Fernand0> yo tengo una pregunta
[20:16] (C0x86> :)
[20:16] *** ew (trumsi@28-MADR-X102.libre.retevision.es) has joined #linux
[20:16] (Fernand0> Viendo la charla
[20:16] (ismak> A mi aun me quedan cosas por saber :-p
[20:16] (viper> que significa el segmentation fault al ejecutar un programa? Tiene algo que ver con buffer Overflows?
[20:16] (Fernand0> y leyendo esos documentos y otros
[20:17] *** trusmis (trumsi@177-MADR-X50.libre.retevision.es) Quit (Ping timeout for trusmis
[177-MADR-X50.libre.retevision.es])
[20:17] (Fernand0> pudiera parecer que los fallos de seguridad están motivados por programar en c
[20:17] (Fernand0> eso es asi ?
[20:17] *** ernesto (jemoro@78-MADR-XL4.libre.retevision.es) has left #linux
[20:17] (Fernand0> qué se sabe de otros lenguajes?
[20:17] (ismak> cuando se sobreescibe la direccion de retorno, el programa salta a una direccion arbitraria. Como en esa direccion no exuste un codigo valido que ejecutar, el programa genera un error, un Segmentation fault
[20:17] *** viljo (viljo@zen.line.inet.fi) has joined #linux
[20:17] *** ew is now known as trusmis
[20:17] (C0x86> de que hablan?
[20:18] (viper> porque hace un tiempo baje un programa de un ftp y al ejecutarlo en Linux me tiraba este error
[20:18] (ismak> Fernand0: no solo los buffer overflows se generan en el lenguaje c, de echo se generan en cualquier lenguaje que permita sobreescribir un buffer con una cadnea mayor que su tamanyo
[20:18] (viper> me parecio raro. Deberia estar probado para liberarlo
[20:18] (trusmis> viper: tranquilo es un error bastante común
[20:18] (Slayer_X> ismak: alguna idea de porque los profesores de C/C++ nunca mencionan el tema de "buffer overflow"?
[20:19] *** viljo (viljo@zen.line.inet.fi) Quit (zap)
[20:19] (viper> y como los soluconas?
[20:19] (ismak> Slayer_X: a mi nunca me los comentaron. Seguramente esa puede ser la causa de que existan muchos programas con este problema
[20:19] *** Juanma][ (juanma@212.97.169.57) has joined #linux
[20:19] (Slayer_X> victor: dale con strace tu_programa_de_ftp y capaz te da una luz
[20:19] -> *uni* chanopt #linux I. Briones "Buffer Overflows", C.Manzanedo y J.Polo "Mosix: un cluster para linux"
[20:19] -uni- No Permission!
[20:20] -> *uni* chanopt #linux I. Briones "Buffer Overflows", C.Manzanedo y J.Polo "Mosix: un cluster para linux"
[20:20] -uni- No such channel option
[20:20] -> *uni* chanopt #linux deftopic I. Briones "Buffer Overflows", C.Manzanedo y J.Polo "Mosix: un cluster para linux"
[20:20] *** uni changes topic to 'I. Briones "Buffer Overflows", C.Manzanedo y J.Polo "Mosix: un cluster para linux"'
[20:20] (ismak> viper: puede ser por muchos motivos
[20:20] (viper> por ejemplo?
[20:21] (Slayer_X> ismak: no conozco uno solo q mencione ese tema
[20:21] (ismak> viper: que no este compilado para esa distribucion, ...
[20:21] *** Erick (el_leteo@200.38.160.85) Quit (Ping timeout for Erick
[200.38.160.85])
[20:22] (viper> podria
[20:22] (ismak> Slayer_X: yo tampoco, al menos de los profesores que yo he tenido
[20:22] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Ping timeout for Mapi[VA1-1F-u-0300.mc.onolab.com])
[20:22] (pask> a ver ..
[20:22] (pask> volvi ..
[20:22] (pask> respecto al tema de evitar la ejecucion en la zona de pila
[20:22] (pask> existen varios parches para linux
[20:23] (pask> uno de ellos es OpenWall Project de Solar Designer
[20:23] (viper> No se si tendra algo que ver, pero cuando uso una determinada aplicacion de TheGimp! se cierra el programa y sale un mensaje que termina con SiGCAUGHT o algo asi
[20:23] (pask> permite logear los intentos de ejecucion y los intentos de links duros en tmp y demas ... varias de las cosas mas utilitzadas para cascar un sistema
[20:24] (pask> otro parche se llama PAX .. es mejor en cueanto disminucion de rendimiento respecto a OpenWall project
[20:24] (pask> ninguno de los 2 funciona bien con un server ORacle (si alguien lo consigue que me lo diga please)
[20:24] (ismak> viper: a mi me a sucedido muchas veces con algunos programas, pero necesitar debugear el programa paara sacar algo en calro. Empieza con el strace como comento Slayer_X
[20:24] (pask> con solaris es realmente mas sencillo
[20:24] (maz> con solaris
[20:24] (botijo> con solaris es realmente mas sencillo
[20:24] (maz> atencion
[20:25] (maz> que es sencillo en solaris?
[20:25] (viper> me voy a fijar. La verdad_ no lo use nunca
[20:25] *** Erick (el_leteo@200.38.160.85) has joined #linux
[20:25] (pask> el evitar la ejecucion en la zona de pila
[20:25] (pask> con
[20:25] (pask> set noexe_user_stack=1
[20:26] (pask> set noexe_user_stack_log=1
[20:26] (pask> set noexec_user_stack=1
[20:26] (pask> set noexec_user_stack_log=1
[20:26] (pask> evitariamos la ejecucion y logeariamos el intento
[20:26] (pask> es realmente interesante
[20:27] (ismak> de verdad que suena bien
[20:27] (Slayer_X> pask: buen dato ;)
[20:27] (ismak> gracias pasky ;-)
[20:27] *** Ramon (rda@234-SEVI-X11.libre.retevision.es) has joined #linux
[20:27] (maz> hf
[20:27] (maz> ok
[20:27] (maz> alguien a instalado Oracle en Solaris?
[20:27] *** EL_BAKAN (~el_bakan@cenapem.sld.cu) has joined #linux
[20:27] *** EL_BAKAN (~el_bakan@cenapem.sld.cu) Quit (0,0··15,15·14,14·15,1 I R c a p 14,14·15,15·1,84http://1www.ircap.net 15,15·0,0··)
[20:27] (pask> de nada ismak ;-))
[20:28] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:28] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:28] *** ypazs (~ypazs@cenapem.sld.cu) has joined #linux
[20:28] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:28] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:28] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:28] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:28] (pask> sobre solaris no .. sobre linux si ... de todos modos la gente que conozco que si lo ha hecho .. el Universall installer esta mas evolucionado .. que problema tienes ?
[20:28] (pask> Borja si estuviera igual podria hablarnos de estos mejor ..
[20:28] (pask> tiene servers en explotacion con Oracle sobr Solaris SParc
[20:28] *** edu (ealmeida@212.113.168.136) has joined #linux
[20:29] (Slayer_X> algun dia me pondre un solaris :P
[20:29] (ismak> bueno, voy a tener que marchar, a ver si puedo conectarme desde casa
[20:29] (Fernand0> Si no hay más preguntas
[20:29] (Fernand0> es momento de agradecer a Ismael su presentación
[20:29] (Fernand0> y de invitarles a profundizar sobre la misma
[20:29] (Slayer_X> muchas gracias ismak felicitaciones por la magnifica charla
[20:29] *** victor (victor@193-153-251-246.uc.nombres.ttd.es) has left #linux
[20:29] (Fernand0> siguiendo su conferencia y los enlaces proporcionados
[20:29] (Fernand0> y aprovechando para discutir sobre ella
[20:29] (Fernand0> aqui
[20:29] (Fernand0> o en los foros habituales
[20:29] (Fernand0> Para terminar la sesión
[20:30] (Fernand0> contamos hoy entre nosotros con la presencia de:
[20:30] (ismak> De nada, gracias a todos
[20:30] (Fernand0> Carlos Manzanedo Rueda y Jordi Polo Carrés
[20:30] (TuC0> genial ismak felicidades :))
[20:30] (Fernand0> de la Universidad de Alcalá de Henares
[20:30] (ismak> en especial a Mjesus y Pask
[20:30] (Fernand0> que nos van a hablar de: Mosix: un cluster para linux
[20:30] (yaco> hola
[20:30] (botijo> bonjour, yaco
[20:31] (MJesus> a ti ismak !!
[20:31] (yaco> que tal
[20:31] (botijo> salut, yaco
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (pask> nos vemos ..
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[20:31] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[20:31] (yaco> si me permiten...
[20:31] (TuC0> Fernand0, cuando dices cluster, te refieres a clustering? a eso de que un grupo
[20:31] (Fernand0> tuco yo no lo digo
[20:31] (TuC0> de servidores trabajan juntos?
[20:31] (TuC0> como uno solo?
[20:31] (trusmis> TuC0: si
[20:31] (Fernand0> lo dicen los ponentes que hablarán a continuación
[20:31] (trusmis> TuC0: exacto
[20:31] (Fernand0> ;)
[20:31] (pask> ciao
[20:31] *** pask (pask@hades2.concha.upv.es) Quit (pask has no reason)
[20:31] (TuC0> okis grax :)))
[20:31] (trusmis> eso es precisamente de lo que trata esta charla
[20:32] (TuC0> genial, genial, genial !!
[20:32] (viper> ya que habren la puerta, tambien me retiro
[20:32] (trusmis> sobre como conseguir usar un grupo de ordenadores como uno solo de forma transparente a un usuario normal
[20:32] (yaco> si alguien fuera tan amable de chequear una sitio nuevo...
[20:32] (trusmis> antes de nada
[20:32] (trusmis> voy a dar unas cuantas url
[20:32] (yaco> mío, está en desarrollo...
[20:32] -> *uni* chanopt #linux deftopic Carlos Manzanedo y Jordi Polo "Mosix: un cluster para linux"
[20:32] *** uni changes topic to 'Carlos Manzanedo y Jordi Polo "Mosix: un cluster para linux"'
[20:32] (trusmis> para la gente que le interese el tema pero que no este dispuesto a aguantar este rollo
[20:33] (trusmis> www.mosix.org
[20:33] (trusmis> fundamental
[20:33] (trusmis> allí encontrareis links a clusters, podeis descargaros el programa
[20:33] (trusmis> teneis almacen de la lista de correo , papers.............
[20:33] (viper> lamentablemente debo irme para estudiar para un FINAL que doy mañana, sino los agunto :-))
[20:33] (trusmis> viper: hasta luego
[20:34] (ismak> ciao viper y suerte
[20:34] (manaha> suerte
[20:34] (trusmis> como en esta charla me gustaria hablar solo de mosix
[20:34] (viper> chau chicos. Suerte. Maniana les cuento la nota
[20:34] *** AlexCeli (alex@200.37.85.94) has joined #linux
[20:34] (trusmis> para profundizar sobre proceso paralelos y clusteres en general podeir ver un par de charlas que se dieron en otros dias en el Umeet
[20:34] (viper> NOS VEMOS
[20:34] *** viper (viper@64.76.23.48) has left #linux
[20:35] (trusmis> conferencia de Juan carlos gutierrez sobre arquitecturas de redes de comunicaciones para sistemas distribuidos
[20:35] (MJesus> aja
[20:35] (MJesus> cuales ?
[20:35] (trusmis> en
[20:35] (AlexCeli> Slayer...!!!
[20:35] (botijo> se rumorea que slayer es villegas
[20:35] (trusmis> http://umeet.uninet.edu/conferencias/21-11-2000/2111.httml
[20:35] (AlexCeli> lo es
[20:36] (trusmis> y la interesantísima
[20:36] (trusmis> conferencia de David Santo Orcero
[20:36] (trusmis> state of art and perspectives of high performance linux clustering
[20:36] (trusmis> http://umeet.uninet.edu/conferencias/davidsanto/congreso.html
[20:36] (trusmis> http://umeet.uninet.edu/conferencias/23-11-2000/2311.html
[20:37] (trusmis> en serio esta conferencia es muuuuuuuy buena
[20:37] (trusmis> y deja ideas bien claras de como están las cosas
[20:37] (ismak> adios
[20:37] (trusmis> me gustaría que esto en vez de una conferencia donde yo os suelte un rollo pesado y demás, me preguntaseis lo que querais en cualquier momento
[20:38] (trusmis> me gustaría que esto fuera una charla
[20:38] *** ismak (ismak@hades2.concha.upv.es) Quit (Hasta luego)
[20:38] (trusmis> por ahora empezaré introduciendo mosix
[20:38] (trusmis> para quien no tenga mucha idea se entere de lo interesante que es este sistema
[20:39] (trusmis> mosix es un cluster de linux que se autobalancea(vaya traducción) según pasa el tiempo
[20:39] *** jahoitl (jahoitl@200.38.160.133) Quit (Leaving)
[20:39] (trusmis> quizás hallais oido hablar de pvm o beowulf
[20:39] *** CtrInt (esoft@81-LASP-X8.libre.retevision.es) has joined #linux
[20:39] (trusmis> pues esto es un clluster pero bastente distinto
[20:39] *** Matheu (alg@193-153-251-246.uc.nombres.ttd.es) Quit ([BX] Life is like BitchX. Ya never know what yer gunna git.)
[20:40] (trusmis> la granularidad de mosix es el proceso, esta es la mínima unidad que se puede distribuir
[20:40] *** Erick (el_leteo@200.38.160.85) Quit (Leaving)
[20:41] (trusmis> cuando un ordenador está muy cargado
[20:41] (trusmis> mosix pasa procesos de este ordenador a otros del cluster
[20:41] (trusmis> que estén menos descargados
[20:41] (trusmis> bien no , logico ?
[20:42] (manaha> para introducir lo que mosix representa lo hare en un os poquillos puntos
[20:42] (manaha> que definen mosix
[20:42] *** Erick (el_leteo@200.38.160.85) has joined #linux
[20:42] (manaha> para empezar , el sistema completo es transparente al usuario
[20:43] (manaha> este se sienta en un ordena del nodo para hacer su sesion sin preocuparse de si algo migro o no
[20:43] (manaha> por otro lado , la migracion de procesos
[20:43] (manaha> ,depende de varios algoritmos ,
[20:44] (manaha> pero en general el balanceo de carga basado en funciones estadisticas es el que lleva el control
[20:44] (manaha> de balanceo de carga
[20:44] *** yaco (IRcap65@200.5.90.53) has left #linux
[20:44] (manaha> por otro lado se intenta hacer que cada nodo utilice swap
[20:44] (manaha> de esta manera utilizan un algoritmo paralelo al de manejo de memoria de manera que cuando un proceso
[20:45] *** Salvage (lcasco99@205.218.252.11) has joined #linux
[20:45] (trusmis> que cada nodo no use swap
[20:45] (manaha> no tiene memoria fisica para ejecutarse pasa o intenta pasar a otro nodo
[20:45] (manaha> todas el codigo esta en el kernel lo que se supone que lo hace rapido...
[20:46] (manaha> ..el control es descentralizado ... cada nodo no connoce el estado del cluster completo
[20:46] (manaha> de este modo es mas escalable ya que invierte menos tiempos de procesos en los valanceos
[20:46] (manaha> balanceos
[20:47] (manaha> por ultimo de la introduccion .. cada nodo es completamente autonomo por si mismo
[20:47] (trusmis> eso quiere decir, que si un nodo cae no pasa nada
[20:47] *** elpacheco (el_pacheco@du-148-235-116-75.prodigy.net.mx) has joined #linux
[20:47] (trusmis> bueno, perdemos potencia y los procesos que se generaron en ese nodo mueren
[20:48] *** FuL (lplanas@seguridad.encomix.es) Quit (Leaving)
[20:48] (trusmis> pero el sistema en general sobrevive perfectamente
[20:48] (trusmis> cuando se ejecuta un nuevo proceso
[20:49] (trusmis> con mosix se divide en dos :
[20:49] (trusmis> 1.- Deputy : parte local que no se puede migrar
[20:49] (trusmis> esta parte es la parte del kernel del proceso
[20:49] (trusmis> descripcion de los recursos que tiene el proceso
[20:49] *** Beltzak (linux@usuario1-36-167-212.dialup.uni2.es) has joined #linux
[20:49] (trusmis> pila del kernel para el proceso
[20:49] (manaha> parte que corre en modo kernel en general
[20:50] (trusmis> 2.- Remote
[20:50] (Beltzak> hola, buenas tardes ;)
[20:50] (trusmis> esta es la parte de procese que migra a otro ordenador
[20:50] (trusmis> se intenta que esta parte sea la mayor posible
[20:50] (trusmis> ahí tendríamos
[20:50] (trusmis> codigo del programa
[20:50] (trusmis> pila de datos
[20:51] (trusmis> todo mas a nivel de aplicación de usuario
[20:51] (trusmis> entonces
[20:51] (trusmis> tenemos un proceso que ha migrado de nuestro nodo 1 a nuestro nodo 2 , bien perfecto, se pone hacer allí unas cuantas sumas en punto flotante
[20:52] (trusmis> muy bien, distribuimos el trabajo, ahora el proceso quiere coger datos de su memoria
[20:52] (trusmis> o saber que hora tiene su ordenador ....
[20:53] (trusmis> varias llamadas las cuales el nodo al cual ha migrado no puede responder
[20:54] (trusmis> entonces, hay una capa intermedia link layer que se encarga de interceptar esa llamada al sistema, dormir al proceso , llamar al nodo 1 (nodo casa del proceso) , recivir los datos correctos , despertar al proceso y darselos
[20:54] *** manaha (carlos@49-MADR-X24.libre.retevision.es) Quit (Read error to manaha[49-MADR-X24.libre.retevision.es]: Connection reset by peer)
[20:54] (trusmis> quizás un poco liado pero se ve la idea verdad?
[20:54] (MJesus> si
[20:54] (MJesus> se ve
[20:54] (trusmis> ok
[20:55] (trusmis> eso por supuesto supone una carga y perdida de tiempo
[20:55] (trusmis> pero da asombrosos buenos resultados
[20:56] *** manaha (carlos@52-MADR-X49.libre.retevision.es) has joined #linux
[20:56] (trusmis> entonces, vemos que tenemos nuestros procesos saltanto alegremente de un sitio para otro
[20:56] (trusmis> cuando los algoritmos de manejo de carga y de escatimacion de memoria se lo dictan
[20:56] (trusmis> eso en la práctica quiere decir que una vez que el sistema se estabiliza un poco , los procesos apenas saltan
[20:57] (trusmis> y todo es perfecto y el rendimiento crece :)
[20:58] (manaha> otra caracteristica de mosix
[20:58] (manaha> es DFSA
[20:58] (Salvage> puedes explicarnos un poco que sucede cuando unos de los hosts del cluster se cae
[20:58] (manaha> ok
[20:58] (Salvage> que pasa, como se da la recuperacion del sistema
[20:59] (manaha> que tipo de caida... brusca (alimentacion) o provocada (shutdown)
[20:59] *** ew (trumsi@237-MADR-X123.libre.retevision.es) has joined #linux
[20:59] (Salvage> supongamos brusca!
[20:59] (ew> tendría que estar continuamente haciendo llamadas al sistema a su nodo local
[20:59] (Salvage> me imagino que con un shutdown la recuperacion debe de ser mas sencilla
[21:00] (manaha> si es alimentacion empieza a haber errores de kernel , pero se repone de ellos (no el proceso)
[21:00] (ew> lo que haría que la red se sobrecargase
[21:00] (manaha> el proceso se pierde
[21:00] *** trusmis (trumsi@28-MADR-X102.libre.retevision.es) Quit (Ping timeout for trusmis
[28-MADR-X102.libre.retevision.es])
[21:00] *** ew is now known as trusmis
[21:00] (Salvage> existe un nodo raiz, uno que coordina y ordena a los demas verdad?
[21:00] (manaha> en caso de shutdown es evidente que migra a otro nodo cuando el se llama a stop de mosix
[21:00] (trusmis> Salvage: no
[21:01] (manaha> es descentralizado
[21:01] (trusmis> cuando digo distribuido realmente lo quiero decir
[21:01] (Salvage> ok
[21:01] (manaha> cada nodo solo conoce el estado de otros ..mm creo que 8 nodos
[21:01] (trusmis> es una de las gracias de mosix
[21:01] (Salvage> excelente
[21:01] *** ujordi (ujordi@213.96.15.142) has joined #linux
[21:01] (trusmis> no hay master /slave servidor/cliente
[21:01] (manaha> bueno sigo con DFSA
[21:01] *** fabiana (fabiana@brutus.conectiva.com.br) Quit ([x]chat)
[21:01] (trusmis> eso
[21:01] (trusmis> cuando hay muchas llamadas de I/O
[21:03] *** carlos_ (carlos@140-MADR-X55.libre.retevision.es) has joined #linux
[21:03] (trusmis> cuando ocurre esto lo más lógico es que el proceso no se moviera del nodo local, y eso es lo que se quiere hacer con dfsa
[21:03] (carlos_> esto se debe a que en general las Sys calls
[21:04] (carlos_> las ejecuta el deputy
[21:04] *** ujordi is now known as jordi_rom
[21:04] (carlos_> es decir la parte local
[21:04] *** manaha (carlos@52-MADR-X49.libre.retevision.es) Quit (Read error to manaha[52-MADR-X49.libre.retevision.es]: No route to host)
[21:04] (carlos_> mientras que las llamadas de tipo read y demas
[21:04] (carlos_> no
[21:05] *** Annabel (~pirch@ns1.etecsa.net) Quit (Ping timeout for Annabel[ns1.etecsa.net])
[21:05] (carlos_> con DFSA se pueden ejecutar en cualquier nodo
[21:05] *** carlos_ (carlos@140-MADR-X55.libre.retevision.es) Quit ([x]chat)
[21:05] *** manaha (carlos@140-MADR-X55.libre.retevision.es) has joined #linux
[21:05] (trusmis> eso ahorra muchos recursos
[21:06] *** Erick (el_leteo@200.38.160.85) Quit (Leaving)
[21:06] (trusmis> y le da cierto grado de inteligencia al invento
[21:06] (manaha> el envio de la info de cada nodo se efectua en datagramas UDP
[21:06] (trusmis> por velocidad
[21:07] (manaha> y en ellos se envian cosas tales como carga de cada nodo,
[21:07] (manaha> vel de cpu
[21:07] (manaha> nº de cpus del nodo (para nodos SMP)
[21:07] (manaha> memoria
[21:07] (manaha> y demas cosas necesarias para los algoritmos de balanceo
[21:08] (manaha> por lo que vemos , estamos vendiendo bien mosix
[21:08] (manaha> aqui empiezan las pegas
[21:08] (Slayer_X> hehehe sip,
[21:08] (Salvage> a nivel de hardware como interconectas los hosts?
[21:08] (Salvage> un mismo ip?
[21:08] (Salvage> varios?
[21:09] (Salvage> podrias explicarnos un poco
[21:09] (trusmis> Salvage: te pillas tu lan de casa
[21:09] (Salvage> _?
[21:09] (trusmis> y como este
[21:09] (trusmis> manaha: si te parece antes de las pegas :) hablamos de instalacion y administracion
[21:09] (Salvage> okis
[21:09] (trusmis> para instalar mosix
[21:10] (trusmis> lo unico que tines que hacer es instalar un rpm (cambia algun script de inicio ) y recompilar el kernel con el nuevo parche
[21:10] (trusmis> actualmente hay parches para kernels hasta el 2.2.17
[21:10] (trusmis> el del 2.2.18 se está haciendo ahora
[21:10] (trusmis> igual que uno para el futuro 2.4.0
[21:11] (trusmis> con eso y poco mas tienes tu máquina lista
[21:11] (trusmis> para conectar las demas
[21:11] (trusmis> solo necesitas una lan
[21:11] (trusmis> normal, ethernet 10
[21:12] (trusmis> aunque aqui adelanto una de las pegas, con una eth 100 va mucho mejor
[21:12] (Slayer_X> hehehe
[21:12] *** Ramon (rda@234-SEVI-X11.libre.retevision.es) Quit (Ping timeout for Ramon
[234-SEVI-X11.libre.retevision.es])
[21:12] (trusmis> entonces si ya tenias esos ordenadores donde pensabas colocar mosix bien conectados y configurados
[21:12] (trusmis> lo único que necesitas es editar 2 ficheros:
[21:12] (trusmis> 1 .- para poner que nº de nodo es el tuyo
[21:13] (manaha> uno puede pensar ... para que sirve tener esto en casa?...alguien se dedica a comprimir mp3?
[21:13] (trusmis> 1 , 2 ........
[21:13] (trusmis> o como quieras, para que mosix tenga algo con lo que llamar a los ordenadores
[21:13] (trusmis> y otro fichero ( /etc/mosix.map) donde indicas las correspondencias ip nº nodo
[21:14] *** chetu2 (jmico@h027087.nexo.es) has joined #linux
[21:14] (trusmis> ejm de /etc/mosix.map:
[21:14] (trusmis> 172.68.10.1 1
[21:14] (trusmis> 172.68.10.2 2
[21:14] (trusmis> 172.68.10.3 3
[21:14] (trusmis> este puede ser un ejemplo para una lan con tres ordenadores
[21:14] (Slayer_X> manaha: yo xD
[21:14] (trusmis> con una cosa tan simple como esta , tras reiniciar
[21:14] (Slayer_X> trusmis funci
[21:15] (Slayer_X> trusmis : funciona 172.68.10.1 diablo ?
[21:15] (trusmis> manaha explicará que rendimiento le dio comprimiendo mp3s
[21:15] (manaha> un pequeño lujo y una sorpresa para mi..
[21:15] *** Juanma][ (juanma@212.97.169.57) Quit
[21:15] (trusmis> Slayer_X: ¿?
[21:16] (Salvage> que pasa si quiero un webserver , internamente con que ip se accesaria?
[21:16] (manaha> cuanto tarda en comprimir normalmente en un pII 500 15 mp3?
[21:16] (Slayer_X> trusmis: de poner nombres en vez de numeros en mosix.map
[21:16] (manaha> pregunto en genral a todo el mundo
[21:16] *** irbis (David@adsl-nrp13-C8B0E7BC.sao.terra.com.br) has joined #linux
[21:16] (Slayer_X> uhmm
[21:16] (Slayer_X> no tengo un pIII pero si q demora
[21:16] (manaha> si,puede utilizar los alias de host
[21:17] (Slayer_X> por lo menos con un AMD de 300 :)
[21:17] *** chetu2 (jmico@h027087.nexo.es) Quit (Ping timeout for chetu2[h027087.nexo.es])
[21:17] (manaha> bien , a mi con 2 nodos un pII500 y un p200MMX no paso de los 30 minutos
[21:17] (manaha> lo cual no esta mal...
[21:17] (Slayer_X> wow!
[21:17] *** Jaime_ITL (josejaime9@200.23.39.137) has joined #linux
[21:17] *** ew (trumsi@208-MADR-X121.libre.retevision.es) has joined #linux
[21:18] *** Alan (~pirch@132.248.252.89) Quit (Read error to Alan
[132.248.252.89]: Connection reset by peer)
[21:18] (Slayer_X> a 2 min por cancion???
[21:18] *** Mamaeh (mamaeh@freenet.nether.net) has joined #linux
[21:18] (MJesus> uh ?
[21:18] (manaha> y lo importante es ... sin cambiar ni una linea de programas para que estos funcionen en paralelo
[21:18] (manaha> esa es la gran ventaja de mosix , que no hay que aprender pvm (ahora que si lo haces mejor claro)
[21:19] (ew> Salvage: por favor repite tu pregunta
[21:19] *** trusmis (trumsi@237-MADR-X123.libre.retevision.es) Quit (Ping timeout for trusmis
[237-MADR-X123.libre.retevision.es])
[21:19] (Salvage> ok
[21:19] (Salvage> ahi va
[21:19] (TuC0> gente ya me debo ir
[21:19] (TuC0> estuvo muy interesante
[21:19] (ew> eso es, con hacer esos pasos que antes expliqué tienes más pontencia sin hacer nada especial
[21:19] (TuC0> ciao
[21:19] (manaha> adios
[21:19] (Salvage> quiero servir una pagina web en el cluster , como hago para configurarla
[21:19] (ew> y a veces te sorprende :)
[21:19] *** TuC0 (nestor@linux.enlacenet.com.pe) Quit (TuC0 has no reason)
[21:20] (Salvage> con que ip sera accesada la pagina?
[21:20] (Salvage> o nombre?
[21:20] (ew> Salvage: quieres decir tener un servidor , que aproveche la potencia del cluster no?
[21:20] *** ew is now known as trusmis
[21:20] * trusmis se disculpa por los cambios de nick
[21:20] (Salvage> sip
[21:20] (Salvage> es correcto
[21:20] (Salvage> disculpa si no me expreso bien
[21:21] (trusmis> tranquilo, que no me entero yo
[21:21] (Salvage> pero me vienen a la mente algunas dudas?
[21:21] (trusmis> si, si continua
[21:21] (Salvage> 1- en donde estara la pagina ? en que host? , a que ip respondera?
[21:21] (trusmis> bien
[21:21] (Salvage> me entiendes?
[21:21] (trusmis> si
[21:21] (Salvage> ok
[21:22] (trusmis> tu pones tu página en el servidor que tengas conectado al exterior
[21:22] *** ROCO (IRcap6@169.158.160.148) has joined #linux
[21:22] (trusmis> y ese tendrá la ip que sea .....
[21:22] (trusmis> luego tu internamente haces lo que te de la gana pero
[21:22] (trusmis> los sockets no migran (por razones obvias)
[21:22] (trusmis> pero los cgis si lo hacen
[21:23] (Slayer_X> uhmmm
[21:23] (trusmis> accesos a base de datos etc
[21:23] (trusmis> lo que te recomiendo para ese caso es que uses mosix en conjunción con LVS
[21:23] (CtrInt> jueh... ¿se nota mucho?.. me refiero.. ¿han probado a meter apaches en mosix?
[21:23] (trusmis> LVS , migra solo los sockets
[21:23] (Salvage> aja
[21:23] (trusmis> son la pareja ideal
[21:24] (trusmis> CtrInt: para paginas estaticas no se nota mucho
[21:24] (CtrInt> ya.. me refiero a dyn.. una aplicación con modperl, por ejemplo
[21:24] (trusmis> CtrInt: para cgis (que realmente es lo que mola) es donde mosix puede hechar una mano
[21:24] (CtrInt> con un rdbms
[21:24] (Slayer_X> pues ahora dificil, casi todo es dinamico ;)
[21:25] (manaha> yo sigo con mis criticas... ahora mismo poner mosix conectado al exterior es una locura
[21:25] (manaha> para empezar , es un sistema altamente inseguro
[21:25] (CtrInt> pero siempre puedes meter un firewall y de ahi para fuera
[21:25] (manaha> es decir el que tiene permisos de root en un ordena lo tiene en todos
[21:26] (manaha> esto para empezar , de hecho el solo mapear puertos a un ordena mosix hace que este casque ya que espera datagramas y conexiones de un tamaño determinado
[21:27] (manaha> pero tranquilos...
[21:27] *** ROCO (IRcap6@169.158.160.148) Quit (Read error to ROCO
[169.158.160.148]: Connection reset by peer)
[21:27] *** TuC0 (nestor@linux.enlacenet.com.pe) has joined #linux
[21:27] (manaha> se estan haciendo cosas tan prometedoras como
[21:27] (manaha> migracion de sockets
[21:27] (TuC0> heee.... puedo hacer una consulta sobre clusters que se me acaba de ocurrir?, o ya cambiaron el tema?
[21:28] (manaha> y un servidor de http para esa gente que pregunta...
[21:28] (trusmis> TuC0: consulta por favor
[21:28] (manaha> ahora no se para cuando estara :(
[21:28] (Salvage> disculpen la indiscrecion , pero que opinio tiene de piranha , lo han probado?
[21:28] (trusmis> manaha que es el critico te puede hablar más de el
[21:28] (TuC0> he... si yo tengo una serie de servidores, a todos le tengo que instar a todos el mosix? y de ser asi, se especifica uno como principal?
[21:28] (trusmis> y no es indiscrecion
[21:29] (trusmis> TuC0: si
[21:29] (trusmis> tienes que instalar a todos
[21:29] (trusmis> no
[21:29] (trusmis> no hay ninguno principal , es un autentico sistema distribuido (o casi)
[21:29] (TuC0> hoooo
[21:29] (manaha> no , no lo probamos, nos informamos de el ., pero no era hacia lo que pretendiamos dirigir nuestro proyecto
[21:29] (trusmis> de todas formas no hemos oido muy buenas críticas
[21:30] (TuC0> lo que pasa, es que en algun lado ley que para cluser se veia el dns, entonces en la primera consulta de nombre, iba a uno, en la segunda iba al otro... pero bueno, el mosix no es asi asi que ni dije nada
[21:31] (manaha> digamos que a mosix le queda un poco para salir al exterior :)
[21:31] *** trusmis (trumsi@208-MADR-X121.libre.retevision.es) Quit (Read error to trusmis
[208-MADR-X121.libre.retevision.es]: Connection reset by peer)
[21:31] *** Mapita (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[21:31] (Mapita> hola
[21:31] (TuC0> bueno, ahora si voy por algo de comer
[21:32] (manaha> es por esto lo meter lvs sobre mosix , con lvs encima repartiendo peticiones
[21:32] (TuC0> estaba saliendo y se me ocurrio preguntar eso :p
[21:32] (manaha> y mosix en interno ejecutando aplicaciones pesadas ..
[21:32] (Salvage> ok
[21:32] (manaha> queda solucionado esto ultimo?
[21:32] *** Mapita (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Read error to Mapita[VA1-1F-u-0300.mc.onolab.com]: Connection reset by peer)
[21:33] (TuC0> he.... otra cosa... se supone que entonces, todas las maquinas
[21:33] (TuC0> deben ser copias exactas de la otra no?
[21:33] (manaha> cada una es distinta
[21:33] (manaha> es autonoma
[21:33] (TuC0> haaaa
[21:33] (TuC0> oki
[21:33] (TuC0> hehe
[21:33] *** trusmis (trumsi@49-MADR-X109.libre.retevision.es) has joined #linux
[21:34] (TuC0> gracias.... a ver si un dia de estos pruebo eso (a ver si me dejan)
[21:34] (TuC0> gracias!
[21:34] *** Salva (Salva@193.153.142.116) has joined #linux
[21:34] (TuC0> ciaoooo
[21:34] (Salva> nas
[21:34] (trusmis> podiamos hablar de mfs
[21:34] (manaha> pero se añade al kernel una parte que se encarga de comunicaciones y manejo de procesos
[21:34] (Slayer_X> seguro q si TuC0 ;)
[21:34] (manaha> pruebalo..
[21:34] (TuC0> asi lo hare :)
[21:34] (TuC0> ya me lo baje en rpm
[21:34] (TuC0> hehehe
[21:34] (TuC0> pero el parche del kernel
[21:34] *** toxic (fireman@nsdr01-0007.sdr.embratel.net.br) has joined #linux
[21:34] (manaha> para cualquier consulta ya sabes nuestros correos.
[21:34] (TuC0> quiero probarlo en una maquina que no este produciendo
[21:35] (manaha> a tu disposicion
[21:35] (Salvage> yo no se cuales son sus correos
[21:35] (TuC0> en realidad no los se manaha
[21:35] (Salvage> donde los puedo conseguir
[21:35] (trusmis> hay varios sitios en producion donde se usa mosix, en red internas por supuesto
[21:35] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[21:35] (Salvage> asi como mas informacion sobre mosix
[21:35] (manaha> manaha@wanadoo.es trusmis@wanadoo.es
[21:35] (trusmis> mumismo@wanadoo.es
[21:35] (trusmis> hablemos de mfs
[21:36] (manaha> ok
[21:36] (TuC0> gracias
[21:36] (trusmis> para que todo esto sea perfecto y se pueda acceder a cualquier fichero etc
[21:36] (trusmis> mosix necesita algo que llaman dfsa
[21:36] *** cotelis (cotelis@200.1.129.70) has joined #linux
[21:36] *** TuC0 (nestor@linux.enlacenet.com.pe) Quit (ciao, gracias por todo)
[21:37] *** chetu2 (root@195.235.169.113) has joined #linux
[21:37] (trusmis> esto se basa en
[21:37] (cotelis> alguien por aca a configurado el qmail
[21:37] (trusmis> la idea de que un proceso que hace mucha entrada salida en un nodo se debe ir a ese nodo para trabajar mas rapidamente
[21:38] (trusmis> por eso quieren tener un sistema de archivos
[21:38] *** toxic (fireman@nsdr01-0007.sdr.embratel.net.br) Quit (..(cyp): [BX] They killed Kenny! THOSE BASTARDS!)
[21:38] (trusmis> que ahoramismo se llama mfs
[21:38] (trusmis> aunque quieren usar el Gfs
[21:38] (trusmis> entonces para que lo veais mejor
[21:38] (trusmis> en cualquier nodo tenemos un nuevo directorio
[21:38] (trusmis> /mfs
[21:38] (trusmis> y alli por ejemplo
[21:39] (trusmis> /mfs/1
[21:39] *** elpacheco (el_pacheco@du-148-235-116-75.prodigy.net.mx) Quit (Leaving)
[21:39] (trusmis> /mfs/2
[21:39] (trusmis> etc
[21:39] (trusmis> y eso son nuestros / de los nodos 1 , 2 etc
[21:39] (trusmis> para conseguir todo esto
[21:40] (trusmis> que es la apoteosis de todo lo distribuido
[21:40] (trusmis> se deben cumplir varias cosas
[21:40] (trusmis> como consistencia de fechas
[21:40] (trusmis> imaginaros un ordenador con una fecha anticuada con respecto a otro y trabajo con make .............
[21:41] (Slayer_X> hehehehe
[21:41] *** mambru (pepe@84-ALIC-X7.libre.retevision.es) Quit ([x]chat)
[21:41] (trusmis> que cuando un proceso cierre un fichero
[21:41] *** Salva (Salva@193.153.142.116) Quit (8,1 IR0cap 046.7 14,14 1,10 9http://0www.ircap.com 14,14!15,15!)
[21:41] (trusmis> no se cierre asi como así porque a saber si otro proceso en otro nodo lo tiene abierto
[21:41] (trusmis> en definitiva
[21:42] (trusmis> esto se traduce en que los nodos que acceden a los ficheros no pueden tener cache
[21:42] (trusmis> de los datos del disco en memoria
[21:42] (trusmis> quiero decir, mantener la consistencia de escritura , lectura que hagan lo que quiera
[21:42] (manaha> en cualquier sistema distribuido la consistencia dememoria es basica
[21:43] (trusmis> pero cada ordenador con su propio / trabaja como estamos acostrumbrados en linux buffer escritura /lectura
[21:45] *** Mamaeh (mamaeh@freenet.nether.net) Quit (Mamaeh has no reason)
[21:45] (trusmis> por eso mfs no acaba de convencer
[21:45] (trusmis> aunque funciona muy bien y cuando se habilita a que los procesos vayann a los nodos donde se hace la entrada salida
[21:45] (trusmis> es increible lo rápido que es
[21:45] (trusmis> el mosix team
[21:45] (trusmis> se ha dedicado ha hacer alguna gráfica sobre esto
[21:45] (trusmis> y nfs es peor que mfs a secas
[21:45] (trusmis> pero mfs con dfsa y un acceso normal a disco se llevan una distancia increiblemente pequeña para lo que cabria esperar
[21:45] (trusmis> pero hay que tener en cuenta que ellos tienen una red de gigabit
[21:46] (manaha> bueno otra critica al sistema... imaginaos la siguiente orden nodo1#cp /mfs/2/archivo /mfs/3/aqui con DFSA y mfs , el proceso migra hacia donde mas operaciones i/o tenga ...pero es que migrar un proceso 52 veces para 10MB no creo que sea muy efectivo...:)
[21:46] (trusmis> y aquí vienen las criticas:
[21:46] (trusmis> manaha proceda:
[21:46] (manaha> ahora quiza con una red de GB se me acaba el problema
[21:46] *** botijo (ismak@hades2.concha.upv.es) Quit (bio.hgy.es concepcion.uninet.edu)
[21:46] *** chetu2 (root@195.235.169.113) Quit (bio.hgy.es concepcion.uninet.edu)
[21:46] (manaha> alguien para financiarmela? :)
[21:46] (Slayer_X> pero tener una red de GB esta negado al comun de los mortales
[21:46] (trusmis> Slayer_X: eso es, ese es el mayor fallo
[21:46] (trusmis> a partir de los 6 nodos
[21:47] (Slayer_X> trusmis: no es fallo, es falta de dinero hehehe
[21:47] (trusmis> una ethernet 10 sufre
[21:47] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Read error to Mapi[VA1-1F-u-0300.mc.onolab.com]: Connection reset by peer)
[21:47] (manaha> el mayor fallo de mosix es despreocuparse de la carga de la red
[21:47] *** NOFXer (NOFXer@63.193.39.195) has joined #linux
[21:47] (NOFXer> # Appears as XENO
[21:47] (NOFXer> (#G1::E010M1) hola
[21:48] (manaha> asi que en esto se supone que mosix podria ser mejorable
[21:48] (NOFXer> simon
[21:48] (manaha> asi como en otros aspectos....
[21:48] (NOFXer> simon
[21:48] (trusmis> cada segundo se envian las estadísticas
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (CtrInt> dios, los op, por favor.. que para algo están
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> simon
[21:48] (NOFXer> babosos
[21:48] (NOFXer> pendejos
[21:48] (NOFXer> vayanse a la verga
[21:48] (NOFXer> pendejos
[21:48] (Slayer_X> nox
[21:48] *** NOFXer was kicked by Slayer_X (Slayer_X)
[21:49] (CtrInt> ban!
[21:49] (Slayer_X> recien mire q era op! sorry
[21:49] (trusmis> Slayer_X: muy bien
[21:49] (CtrInt> banealo
[21:49] *** NOFXer (NOFXer@63.193.39.195) has joined #linux
[21:49] *** Slayer_X sets mode: +b *!*@63.193.39.*
[21:49] *** uni sets mode: -b *!*@63.193.39.*
[21:49] (NOFXer> VAYANSE A LA VERGA
[21:49] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) has joined #linux
[21:49] (NOFXer> JAJAJAJAJAJA
[21:49] (AlexCeli> Oe Slayer, eso te pasa por estar pensando en mujeres
[21:49] (NOFXer> PINCHES PENDEJOS
[21:49] *** NOFXer was kicked by Slayer_X (Slayer_X)
[21:49] (Slayer_X> uhmm
[21:49] *** NOFXer (NOFXer@63.193.39.195) has joined #linux
[21:50] (NOFXer> PENDJEOS
[21:50] *** NOFXer was kicked by Slayer_X (Slayer_X)
[21:50] *** Slayer_X sets mode: +m
[21:50] *** uni sets mode: -m
[21:50] (manaha> bueno pues si quereis hacer alguna preguntilla...
[21:50] (Salvage> ideay que pasa
[21:50] (Salvage> por que no banean a ese tipo
[21:50] (trusmis> sigamos, estas estadísticas se recogen por proceso cada vez que hay un system call y cada segundo se envian a 8 nodos
[21:50] (CtrInt> el bot uni
[21:50] (Slayer_X> el botcillo ese
[21:50] (trusmis> por lo que aun con redes grandes la carga no sube mucho
[21:51] (trusmis> creo que lo unico que nos falta
[21:51] (trusmis> es contaros los algoritmos de balanceo pero son muchas cuentas sobre estadisticas y probabilidades y se me da muy mal
[21:51] (trusmis> :)
[21:51] (Slayer_X> hehehe
[21:51] (trusmis> ademas son bastante inentendibles :)
[21:51] (Slayer_X> unas cuantas mates despues del almuerzo no vienen mal
[21:52] (CtrInt> ¿estas estadísticas son acumulativas o sólo de el último lapso?
[21:52] (trusmis> cuando os pongais mosix , vereis que tiene muchas opciones
[21:52] (trusmis> CtrInt: si, guarda el pasado
[21:52] (Slayer_X> pues yo no espero tardar mucho en instalarlo
[21:52] (Slayer_X> ;)
[21:53] (manaha> es realmente sencillo
[21:53] (trusmis> se supone que no le da mucha importancia, pero en algo lo tiene en cuenta
[21:53] (manaha> parchea el programa de instalacion el kernel ,
[21:53] (manaha> empieza el make menuconfig , y ya
[21:53] (trusmis> sobre la administracion
[21:53] (manaha> pasas a la fase de instalacion explicada arriba
[21:54] (trusmis> lo podeis dejar todo por defecto que es que todos los procesos son libres de moverse por donde quieran
[21:54] (trusmis> y suelen hacer las cosas correctas
[21:54] (trusmis> o dejar un ordenador fuera del cluster, que no admita procesos pero si envie, poner un proceso a un ordena en particular .........
[21:54] (trusmis> muy interesante
[21:55] (trusmis> bueno, mas dudas, quejas, vitores ..........
[21:55] (Slayer_X> uhmmm
[21:55] (Slayer_X> q interesante
[21:55] (Slayer_X> solo enviar procesos
[21:55] (Slayer_X> eso me gusta :)
[21:56] (trusmis> aunque si tienes 1 386 y 2 pII tranqui que al 386 no van a ir
[21:56] (trusmis> no se que mas contar o sea que ........
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (manaha> estuve leyendo de una empresa que tenia un cluster instalado de este tipo despues de haber probado opciones propietarias de precio elevado
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:56] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (MJesus> 4 BRAVOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[21:57] (MJesus> 4 BRAVOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[21:57] (MJesus> 4 BRAVOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[21:57] (maz> hopa
[21:57] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:57] (MJesus> 4plas 5plas 6plas 7plas 8plas 9plas 10plas 11plas 12plas 13plas
[21:57] (trusmis> MJesus: no te pases
[21:57] (MJesus> 4clap 5clap 6clap 7clap 8clap 9clap 10clap 11clap 12clap 13clap
[21:57] (maz> si que se alegro MJesus
[21:57] (maz> jajajajajjaja
[21:57] (MJesus> bueno, alguna pregunta mas
[21:57] (MJesus> o pasamos directamente a descorchar el champan ?
[21:57] (Slayer_X> estuvo muy bien
[21:57] (trusmis> si podeis leer la conferencia de David Santo Orcero
[21:57] (Slayer_X> :)
[21:57] (Slayer_X> errr
[21:57] (trusmis> es muy interesante
[21:57] (Slayer_X> probaron Quake III con mosix?
[21:57] (Slayer_X> O:)
[21:57] (Salvage> si pasen las cervezas
[21:58] (trusmis> el esta usando mosix para hacer calculos sobre proteinas
[21:58] (maz> si
[21:58] (Salvage> Vivan las Cervezas y la conferencia Tambien
[21:58] (maz> pasen esas chelias por aqui
[21:58] (manaha> gracias a la gente que organizo esto por este ratito tan agradable
[21:58] (Salvage> si! si !
[21:58] (maz> hieaaaaaaaa
[21:58] (Salvage> jeje
[21:58] (trusmis> probo antes varias opciones y esta le convenció mas
[21:58] (Jaime_ITL> Hace apenas una seman instale MDK 7.0 y quiero saber que ventajas me daria mosix para la realización de aplicaciones web
[21:58] (Salvage> gracias manaha, interesantisima tu conferencia
[21:58] * maz se pone a poner un cluster por ahi
[21:59] (trusmis> Jaime_ITL: si tienes varios ordenadores
[21:59] (trusmis> y aplicaciones web son dinámicas
[21:59] (maz> MJesus las conferencias las debieran de enviar por e-mail el log
[21:59] (maz> que dices?
[21:59] (trusmis> pues tendrás más ponencia
[21:59] (trusmis> pues tendrás más potencia
[21:59] (CtrInt> trusmis ¿alguna URL con benchmarks?
[21:59] (trusmis> www.mosix.org
[22:00] (CtrInt> thks
[22:00] (trusmis> tienen diversos artículos con graficas y te lo venden bastante bien
[22:00] *** caliMan25 (josanabr@64.76.57.181) has joined #linux
[22:00] *** Mapi (Mapi@VA1-1F-u-0300.mc.onolab.com) Quit (Ping timeout for Mapi[VA1-1F-u-0300.mc.onolab.com])
[22:00] (Slayer_X> pues a mi no me cabe duda q lo tengo q probar
[22:00] (MJesus> maz, las conferencias estan toditas en la web
[22:00] (Slayer_X> haciendo lo q hace con los mp3 ....
[22:00] (Slayer_X> xD
[22:00] (manaha> ahhhhhhhhhhhh una ultima critica (el criticon) no espereis que procesos con IPC migren bien de momento :(
[22:00] (trusmis> Slayer_X: pruebalo, si tienes dudas aqui estamos
[22:01] (MJesus> en la direccion http://umeet.uninet.edu/spanish/des.html
[22:01] (MJesus> esta TODO
[22:01] (Slayer_X> trusmis: esta hecho, dejame armar mi LAN casera ;)
[22:01] (MJesus> en la direccion http://umeet.uninet.edu/spanish/des.html esta TODO
[22:01] (caliMan25> tengo una pregunta... lamento llegar tarde pues me interesa muchisimo este tipo de temas de computacion distribuida...
[22:01] (trusmis> manaha: que programas usabas para lo de mp3s?
[22:01] (caliMan25> han hecho pruebas con redes a 10 Mbps???
[22:01] (manaha> si
[22:01] (trusmis> caliMan25: precisamente es la que tenemos ahora
[22:02] (manaha> muestreadas con ethereal
[22:02] (manaha> horrible...
[22:02] (manaha> pasa casi un mega para el manejo de una señal
[22:02] (caliMan25> y que tipo de problemas se desarrollan de manera optima con este tipo de redes?
[22:02] (caliMan25> con este tipo de sistemas
[22:02] (manaha> de momento computo intensivo
[22:02] (trusmis> cualquiera que no involucre demasiada ipc , memoria compartida
[22:02] (manaha> pero se trata de dar soluciones mas abiertas
[22:03] (manaha> y mosix poco a poco lo va consiguiendo
[22:03] (trusmis> la entrada salida se salva un poco pero los 10 se quedan un poco escasos
[22:03] (caliMan25> por ejemplo, algo asi como rendering???
[22:03] (trusmis> con cpu se sale !
[22:03] (manaha> ok perfecto (maya para linux disstribuido)
[22:03] * trusmis sueña un rato con el maya
[22:03] * trusmis se recoge la babilla
[22:04] (trusmis> caliMan25: creo que alguien hizo algo con povray y salieron bastante buenos resultados
[22:04] (manaha> los cientificos deberian poner uno de estos en sus vidas
[22:04] (trusmis> no te podría dar resultados concretos
[22:04] (caliMan25> perdon que es maya? tienes algun documento sobre tu experiencia con mosix??? usas red hat u alguna otra distribucion como slack?
[22:04] (manaha> de hecho juntar esto con pvm da muy buenos resultados
[22:05] (trusmis> maya: programa de la leche de Alias wavefront (muyy caro) que va a salir para linux
[22:05] *** ypazs (~ypazs@cenapem.sld.cu) Quit (8,1 IR0cap 046.8 14,14 1,10 9http://0www.ircap.net 14,14!15,15!)
[22:05] (trusmis> dicen que es lo mejor en rendering
[22:05] (trusmis> si tenemos documentos , te enviamos al correo si quieres
[22:05] (trusmis> en cuanto a distribuciones
[22:06] (trusmis> Sufrimos un Iinfierno en la tierra por culpa de RH 7.0
[22:06] (trusmis> 1º no podiamos compilar el kernel
[22:06] (trusmis> por su mierda de gcc
[22:06] (trusmis> pillamos otro viejo
[22:06] *** Jymmy (josejaime9@200.23.39.219) has joined #linux
[22:06] (trusmis> luego el sistema no arrancaba
[22:06] (Slayer_X> trusmis: prueba el RH 7 respin ;)
[22:07] (trusmis> hubo que cambiar glibc etc ........
[22:07] (Jymmy> .
[22:07] *** Jymmy (josejaime9@200.23.39.219) has left #linux
[22:07] (trusmis> manaha: con que mas distros hemos probado?
[22:07] (manaha> dos semanas llenando el kernel de printk
[22:07] (caliMan25> hmmm!!! me interesa lo de tus documentos...
[22:07] (manaha> Rh 6.2
[22:07] (manaha> SUSY
[22:07] *** jordi_rom (ujordi@213.96.15.142) Quit (using sirc version 2.211+4KSIRC/1.0)
[22:07] (manaha> digo suse 6.1
[22:07] (manaha> y ahora estamos con la potato
[22:07] *** Salvage (lcasco99@205.218.252.11) Quit (Leaving)
[22:08] (MJesus> atencion programa para mañana:
[22:08] (manaha> con slack no probamos...
[22:08] (MJesus> hilipp Rumpf
[22:08] (MJesus> GERMANY
[22:08] (MJesus> Linux on
[22:08] (MJesus> Undocumented
[22:08] (MJesus> Hardware
[22:08] (MJesus> Philipp Rumpf GERMANY Linux on Undocumented Hardware
[22:08] (trusmis> oztia que buena
[22:09] (trusmis> a que hora?
[22:09] (MJesus> a las 19
[22:09] *** Jymmy (josejaime9@200.23.39.219) has joined #linux
[22:09] (MJesus> arcelo Magallón
[22:09] (MJesus> GERMANY
[22:09] (MJesus> Soporte para
[22:09] (MJesus> hardware de
[22:09] (MJesus> aceleración 3D
[22:09] (MJesus> bajo Linux
[22:09] (trusmis> germany?
[22:09] (MJesus> a las 19, Marcelo Magallón GERMANY Soporte para hardware de aceleración 3D bajo Linux
[22:09] (MJesus> y a las 22 Philipp Rumpf GERMANY Linux on Undocumented Hardware
[22:10] (MJesus> vale ?
[22:10] (trusmis> ahh, muy bien
[22:10] (trusmis> si alguien tiene mas que preguntar, que aproveche!!
[22:10] (caliMan25> porque en un articulo que lei, o en la pagina de mosix, hmmm????, ellos hablan de que mosix funciona bien con redhat por que hay que modificar scripts,
[22:11] (caliMan25> y por ejemplo, slackware, tiene scripts de inicializacion bien distintos a la mayoria de las distribuciones...
[22:11] (caliMan25> :(
[22:11] (manaha> la cosa ha estado en la ruptura de RH
[22:11] (caliMan25> pero adoro slackware... :)
[22:11] (trusmis> no te puedo hablar de slackware, no lo he probado :(
[22:11] (manaha> con slack no esperes instalarlo sin hackear un poquillo el sistema
[22:11] (trusmis> RH hasta 7.0 esta muy bien
[22:12] (trusmis> en el esware 1.1 también funciona :) , y suse taambien sin problemas
[22:12] (caliMan25> si es verdad... slack es mas de "hackear" que otras distros... y se aprende...
[22:12] (manaha> luego empezaron a cambiar glibc...
[22:12] (caliMan25> pero entonces han probado la ultima vesion de mosix, bueno la que trabaja con el kernel 2.2.17?
[22:12] (caliMan25> ya salio el 2.2.18...
[22:12] *** AlexCeli (alex@200.37.85.94) Quit
[22:13] (trusmis> caliMan25: dales tiempo , 2.2.18 acaba de salir
[22:13] (manaha> y la cagaron , de hecho al rato , cosa del mes sacaron otra glibc con la que pudimos instalarlo
[22:13] (trusmis> por cierto habeis visto que de bug fixes
[22:13] (caliMan25> no, :(
[22:13] (trusmis> ahora no me acuerdo si usamos 2.216 o 2.2.17 pero son mas o menos
[22:13] (caliMan25> pero el patch, es grandisimo 2.4 Mb, bzip2 comprimido...
[22:13] (trusmis> se supone que 2.2.17 va algo mejor
[22:13] (manaha> para IPC si
[22:14] (manaha> solventan algun problemilla
[22:14] (trusmis> pero ahí nos guiamos por lo que ellos dicen
[22:14] (trusmis> no lo hemos probado
[22:14] (manaha> no hemos habalado mucho de la administracion y programacion avanzada porque esta es muy sencilla , se hace directamente via /proc
[22:15] (CtrInt> trusmis en rh7 explicitamente te avisa que no puedes compilar el kernel con el que te viene por omisión
[22:15] (CtrInt> tienes que instalar otro (kgcc) y expecificarlo en el makefile
[22:15] (manaha> con esto controlaremos los nodos a nuestro antojo
[22:15] (manaha> eso fue lo primero...
[22:15] (manaha> (como puede ser eso?)
[22:16] (manaha> fue facil solucionarlo al ver la pagina de RH , pero pasaron 2 semanas
[22:16] (manaha> hasta la solucion de glibc nueva
[22:16] (manaha> y sin ello el kernel arrancaba bien , pero cuando se pasaba el control a init
[22:17] (manaha> en las llamadas de execve fallaba
[22:17] (manaha> (cual era el mensaje :-|?
[22:17] *** caliMan25 (josanabr@64.76.57.181) Quit (KVirc 2.0.0 'Phoenix')
[22:17] *** t00R is now known as t00R-away
[22:18] *** ew (trumsi@225-MADR-X24.libre.retevision.es) has joined #linux
[22:18] (manaha> no me acurerdo
[22:18] *** trusmis (trumsi@49-MADR-X109.libre.retevision.es) Quit (Ping timeout for trusmis[49-MADR-X109.libre.retevision.es])
[22:18] (manaha> pero algo asi como las lib andan muy mal
[22:18] *** ew is now known as trusmis
[22:19] (manaha> otro temilla a hablar por encima es la creacion de subclusters y gateways para comunicarlos entre ellos ('gateways de proceos')
[22:20] (manaha> vaoracion de mosix?
[22:20] (manaha> valoracion de mosix?
[22:21] (manaha> esta bien, pero es que los problemas distribuidos son muy serios
[22:21] (manaha> quiero decir los problemas que salen al intentar crear computacion distribuida
[22:21] (trusmis> ahoramismo cpu pura muy bien, memoria bien, I/O regular y lo demas mal
[22:22] (trusmis> pero eso ya es mucha ventaja en ciertas cosas
[22:22] (CtrInt> ¿que es lo demás?
[22:22] (trusmis> ya se irá mejorando
[22:22] (trusmis> ipc
[22:22] (trusmis> lo demas: ipc , mem compartida
[22:22] (manaha> manejo de señales internas
[22:23] (manaha> cuantos programas de los que utilizamos habitualmente utilizan shmem
[22:23] (manaha> muuuuchos
[22:23] *** ralph (lRcap69@169.158.160.147) has joined #linux
[22:23] (manaha> asi que para estos , no queda mas remedio que dejarlos todos en un nodo y a migrar otras cosas
[22:24] (manaha> bueno yo me ire despidiendo con la excusa que se suele poner aqui de la novia cabreada
[22:24] (manaha> ejjejej
[22:25] *** teresa (bandama@poolTCTF-68.icid.rcanaria.es) has joined #linux
[22:25] (teresa> buenas
[22:25] (MJesus> pero no cuela manana
[22:25] (MJesus> manaha
[22:25] (ralph> buenas a todos
[22:26] (ralph> de que se habla por aqui
[22:26] (ralph> buenas teresa
[22:26] (manaha> no si encima va en serio...no te creas que es broma
[22:26] * trusmis señala el topic
[22:26] *** maz (maz@www.sdnnic.org.ni) Quit (Read error to maz[www.sdnnic.org.ni]: EOF from client)
[22:26] (manaha> bueno... hasta otra
[22:26] (MJesus> esta bueno eh ?
[22:26] *** manaha (carlos@140-MADR-X55.libre.retevision.es) Quit ([x]chat)
[22:27] (MJesus> vaya trabajazo trusmis
[22:27] (MJesus> la verdad
[22:27] (MJesus> esto era casi casi un eminario
[22:27] (Slayer_X> hehehe
[22:27] (trusmis> pero con CASIS asin de grandes
[22:28] (Slayer_X> pues yo muy a gusto eh!
[22:28] (trusmis> :)
[22:28] (Slayer_X> nada mas q no se entere mi jefe
[22:28] (Slayer_X> q solo me dio permiso 2 horas
[22:28] (Slayer_X> O:)
[22:29] *** Annabel (~pirch@ns1.etecsa.net) has joined #linux
[22:30] (trusmis> MJesus: no habeis pensado en ampliar el umeet?
[22:30] *** Annabel (~pirch@ns1.etecsa.net) Quit (Read error to Annabel[ns1.etecsa.net]: EOF from client)
[22:30] (trusmis> MJesus: teneis algun dato de visitantes a las paginas de umeet?
[22:30] *** bachas (bachas@148.245.69.94) has joined #linux
[22:35] *** C0x86 (master.pas@200.52.206.79) Quit (Read error to C0x86
[200.52.206.79]: Connection reset by peer)
[22:40] (trusmis> bueno, ha sido una maravilla, un placer y cualquier cosa que querais estaré por aquí otros dias ........
[22:40] (trusmis> pero mi estomago me está rugiendo
[22:41] (trusmis> y una suculenta cena me espera
[22:41] (trusmis> a si que
[22:41] (trusmis> .......
[22:41] * trusmis se despide
[22:41] (Slayer_X> trusmis, solo me queda decirte muchas gracias
[22:41] (Slayer_X> :)
[22:41] (Slayer_X> de verdad q estuvo super interesante
[22:41] (trusmis> Slayer_X: muchas de nadas, mas bien gracias a ti, por tragarte el rollo
[22:41] (trusmis> adios......
[22:42] *** trusmis (trumsi@225-MADR-X24.libre.retevision.es) Quit (if i try to change the processor in hot ......)
Y seguimos un buen rato más charlando...

Contact: