Prueben poner ":%" en la barra de direcciones de chrome... (visto en la página de Kriptopolis...)
Lo de tabs, procesos totalmente independientes se va por la borda... Saludos > -----Mensaje original----- > De: [EMAIL PROTECTED] [mailto:linux- > [EMAIL PROTECTED] En nombre de Rodrigo Fuentealba > Enviado el: Jueves, 04 de Septiembre de 2008 01:17 > Para: Discusion de Linux en Castellano > Asunto: Re: OT: google-chrome navegador opensource.. > > El día 4 de septiembre de 2008 5:35, Miguel Oyarzo O. <[EMAIL PROTECTED]> > escribió: > > At 16:27 04/09/2008, Alvaro Herrera wrote: > >> > >> Pedro GM escribió: > >> > >> > En un comic que lanzo google explica el por que y como se > desarrolla > >> > google chrome, ahi explica el por que usa webkit y v8, es bastante > >> > interesante. > >> > > >> > ref:http://www.google.com/googlebooks/chrome/ > >> > >> ¡Está bueno! > > Bastante. > > >> Me gustó la primera parte, donde explica los motivos para usar > >> multiprocesos en vez de multithreads. Me parece una excelente > decisión. > > No son excluyentes. La gracia es saber dónde usar unos y otros, y eso > tiene que ver con un buen dibujito antes de ponerse a programar, en > vez de parchar para sacarle mejor rendimiento a una cosa y a otra. Es > simple de "pensar", lo difícil es llevar ese dibujito a la práctica. > (Quiero trabajar en un proyecto así :-( y sentirme realizado) > > > De que hablas si no son excluyentes, > > Cof cof, acabo de leer esto; no quise copiar. > > > El documento explica que el multiproceso es para separar las pestañas > (tabs) > > y mantener > > las estructuras de memoria en cada una (eso no tiene gran impotancia, > > es un lujo nomas, pero es lo q mas quieren destacar) > > Sí la tiene. Y es la misma diferencia Linux v/s Windows en cuanto a > manejo de memoria. Mientras Linux hace que cada programa sea un > proceso independiente, Windows antiguamente cargaba éstos como parte > de la cola de ejecución del mismo sistema operativo (multitask > prioritario). Lo que hace que si se te pone chúcara una aplicación, > con Linux la puedas matar y con Windows tengas que reiniciar. > > Nada del otro mundo en concepto. Pero hay que reconocer que se les > ocurrió implementar esas gracias a otro nivel y que podemos aprovechar > un navegador de mejor forma. (Y de hecho, creo que ya sé en qué > proyecto me enrolaré para poder dar rienda suelta a mi propia > creatividad desperdiciada con esas gracias que ha hecho Google) > > > lo realmente > > importante es > > Es importante, pero de ahí a elevarlo a la categoría de "lo realmente > importante"... me cabe la duda. > > > su motor V8 para javascript que ya no interpreta sino que convierte a > > "codigo de maquina" en runtime > > (mas velocidad ) y sobrotodo usa "multi-threads" en la > lectura/ejecucion del > > codigo, la mayor gracia en el core de este navegador a mi gusto. > > Una vez más, aprovechando implementar en otro nivel el concepto básico > de algo que ya existe: ¿acaso Mono y .NET no trabajan de esa forma, > pero para aplicaciones sobre el sistema operativo? > > > Hay que esperar un beta2 de google chrome para poder ver quien > vence., > > esta guerra por los engines javascript recien comienza. > > Yep. Sospeché de algo así cuando alguien dijo "La Web todavía no > exprime su potencial, así que no se asombren" (Creo que fue Tim > Berners Lee). > > -- > Rodrigo Fuentealba > http://www.thecodekeeper.net/
