[uylug-varios] Adelantados en IPv6 y problema de latencia

Carlos M. Martinez carlosmarcelomartinez at gmail.com
Fri Jun 8 18:20:06 PDT 2012


Las condiciones de la red varían todo el tiempo. Vos, ni nadie, va a estar estimando si el camino v6 es mejor que el v4 cada x minutos, o cuando se reinicia el browser. Vas a dejar uno de ellos fijo, y a veces te va a andar mejor y a veces peor.

Estoy haciendo gráficas sobre estos tiempos que muestran esa variabilidad. 

A mi me gusta que la computadora trabaje por mi, como dice Larry Wall los programadores somos haraganes. 

Y les confieso que no entiendo esta resistencia a que la maquina mida cosas. Creo que todos usan DNS y ARP no? O alguno los deshabilita? Esto es muy similar. 

El pre fetching de dns es mas discutible, creo que tendría que haber forma de desactivarlo por configuración. 

Slds

Carlos

Sent from my iPad

On Jun 8, 2012, at 4:17 PM, "Sylvia Sánchez" <Mapalapa_Igu at yahoo.com.ar> wrote:

> 
> Sólo por pelear:
>                 Chrome ocupa menos de 40 megas  (y me parece mucho para lo que ofrece).  Firefox 13 ocupa unas 20 megas con su localización y todo.  Éso en disco.
> En cuanto a RAM...  En un Fedora 17 de 64-bits, el consumo total con efectos y todo  (con KDE como escritorio)  es de unas 225 megas.  De eso, el navegador ocupa una pequeña parte.
> Salvo cuando el p*** plugin de Flash se muere y tranca todo.  Pero eso es aparte del navegador.  Seguramente la internet sería mejor si Flash no existiera.
> Dicho todo esto, ¿para qué sirve un análisis de rendimiento automatizado?  Yo prefiero el mío a ojo, si me disculpan la ignorancia.
> 
> 
> Saludetes!
> Sylvia
> 
> Con cariño desde Fedora 17
> 
> El 07/06/12 17:49, Carlos escribió:
>> 
>> Me preocupa eso, una por lo de "Navegadores nuevos" esos que ocupan varios gigas de disco, te comen centenas de megas de RAM y cada 
>> vez permiten ejecutar cuanta cosa ande por la web? 
>> 
>> Al margen de ese detalle (equipos viejos off!), si el navegador va a 
>> hacer algun tipo de estudio estadístico o analisis para descargar 
>> una pagina web, algo que antes no lo hacia a ese punto, quiere decir 
>> que voy a tener varios ciclos de CPU desperdiciados en hacer algo 
>> que antes no era necesario para basicamente ver la misma pagina web? 
>> 
>> Dejando de lado el aumento del espacio de direcciones, sigo sin ver 
>> ninguna ventaja del IPv6 respecto al IPv4 y eso sin tener en cuenta 
>> el monton de hardware que de la noche a la mañana se va a converir 
>> en un pisapapeles, se que habia soluciones mejores mas transparentes 
>> y menos costosas. 
>> 
>> 
>> No me digas que ahora van a tener que cambiar todas las 400000 ceibalitas tambien ? y yo que soñaba con la rebaja del IVA ... snifff 
>> 
>> 
>>> Los navegadores nuevos miden performance y toman la dirección del stack que puntualmente este funcionando mejor. 
>>> La conexión Inter stacks solo es posible con traslación aka nat. 
>>> 
>>> Sent from a mobile device 
>>> 
>>> On Jun 6, 2012, at 6:03 PM, Carlos <forolinux at adinet.com.uy> wrote: 
>>> 
>>>> lo que no entiendo es una cosa, unos dias atras consulte sobre como 
>>>> diferenciar el sitio web facebook.com sobre ipv4 y el de ipv6 que segun la informacion del ing Martinez ya estaba funcionando, me respondieron que era el mismo url para ambos. La pregunta ahora es, si yo tuviera forma de alcanzar direcciones IPv6 via tunel, y pongo en el navegador www.facebook.com, a donde llego? desde mi direccion ipv4 al sitio ipv4 de FB o al sitio ipv6 desde mi direccion ipv4 via tunel 4to6, y si tuviera ipv6 mia nativa, habria al menos 4 combinaciones : 
>>>> 
>>>> mio(ipv4)->FB(ipv4) 
>>>> mio(ipv4)->FB(ipv6) via tunel 
>>>> mio(ipv6)->FB(ipv4) esta seria posible???? 
>>>> mio(ipv6)->FB(ipv6) esto seria el futuro ideal a lo que aspiran supongo 
>>>> 
>>>> Cual seria la que tendria mayor prioridad? donde se programan esas cosas? como para ir aclarando uno de los posibles escenarios que se podrian dar. 
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> Con gusto: 
>>>>> turistas.gub.uy 
>>>>> adultosmayores.gub.uy (es genial, me imagino multiples titulares jugando con lo nuevo y lo viejo) 
>>>>> cert.gub.uy 
>>>>> datospersonales.gub.uy 
>>>>> agesic.gub.uy 
>>>>> Tengo una lista completa que me pasaron de AGESIC ahora, pero no se si es publica o no, estos los pueden verificar haciendo: 
>>>>> dig aaaa www.<dominio> +short 
>>>>> O con el comando host, como menciona mi amigo Luis Pablo, veterano de SunOS y Solaris :-) 
>>>>> Tengo algunas cifras sobre IPv6 Launch Day (tengo mas si hay algún interesado). - AMS-IX reporta un incremento del 100% del tráfico en IPv6 desde las 0:00 UTC 
>>>>> - Google ya llego a un 0.7% de trafico (la meta es 1%), y posiblemente esta sub-estimado porque demoran un poquito 
>>>>> - Netflix habilito hasta el streaming en IPv6 (movies.netflix.com) 
>>>>> s2 
>>>>> Carlos On Jun 6, 2012, at 1:32 PM, Eduardo Trápani wrote: 
>>>>>>> Encontre otros varios sitios *.gub.uy que tienen AAAA 
>>>>>> ¿Te animás a listar algunos? 
>>>>>> 
>>>>>> ¿Cómo los buscás? 
>>>>>> 
>>>>>> Estaba pensando en hacer que el squid me diga todo lo que está accediendo por IPv6.  Nada que un buen grep/awk/sort/uniq no pueda hacer :) 
>>>>>> 
>>>>>> Eduardo. 
>>>>> _______________________________________________ 
>>>>> Uylug-varios mailing list 
>>>>> Uylug-varios at listas.uylug.org.uy 
>>>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy 
>>>> _______________________________________________ 
>>>> Uylug-varios mailing list 
>>>> Uylug-varios at listas.uylug.org.uy 
>>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy 
>>> _______________________________________________ 
>>> Uylug-varios mailing list 
>>> Uylug-varios at listas.uylug.org.uy 
>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy 
>> 
>> _______________________________________________ 
>> Uylug-varios mailing list 
>> Uylug-varios at listas.uylug.org.uy 
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy 
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20120608/19cd827a/attachment-0005.htm>


More information about the Uylug-varios mailing list