OT: google-chrome navegador opensource..

Miguel Bernilla mbernilla en sedapal.com.pe
Jue Sep 4 14:26:34 CLT 2008


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: linux-bounces en listas.inf.utfsm.cl [mailto:linux-
> bounces en listas.inf.utfsm.cl] 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. <admin en aim.cl>
> 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/





Más información sobre la lista de distribución Linux