OT: comentario sobre portatil

Alberto Montoya eral81es en gmail.com
Lun Abr 21 16:13:26 BST 2008


El día 21/04/08, David Ballester <ballester.david en gmail.com> escribió:
>
>
> > > Hola Laura,
> > >
> > Te doy mi opinión:
> >
> > La arquitectura de 64 bits, simplemente afecta al tamaño de palabra en
> > los registros del procesador. Lo que quiero decir con esto es que no
> > debiera afectar este tamaño a la velocidad de ejecución, o dicho de
> > otra forma, una aplicación de 32b debe funcionar igual de bien o mal
> > que la de 64 bit semejante.
>
> > Con respecto a la distribución a instalar en la máquina, puedes usar
> > cualquiera de x86. Debes decidir si instalar el SO de 64 o de 32, pero
> > nada mas, pues el dual core del que hablas será detectado y usado con
> > cualquier distro.
> >
> > En cuanto al SO de 64b, yo no lo recomiendo por el momento. Yo lo
> > instale para probarlo, funcionaba el sistema correctamente, pero me
> > encontré muchos problemas de compatibilidad con ciertas aplicaciones,
> > así que finalmente volví a instalar un 32b.
> >
> > Con respecto a lo que comentas de la tarjeta de red, verifica el
> > chipset, por que si no esta soportado en linux, no vas a poder usar la
> > tarjeta interna y vas a tener que comprar otra externa.
> >
> > Saludos y suerte.
> >
> > --
> > VID : 225463
> > Web: http://xoops.eloy-mp.com
> > Un saludo. Eloy Mier Pérez.
> >
>
>
> ...
>
>
> a ver
>
> los 64 bits NO sólo afectan al tamaño de los registros de CPU sino
> también a los buses, que es lo que une a la CPU con el resto de
> hardware.
>
> En una arquitectura de 32 bits envías como máximo 32 bits por un bus en
> un clock de reloj, mientras que en una arquitectura de 64 bits envías el
> doble. Con esa mejora en el transporte de bits entre los registros de la
> CPU y por ejemplo, la memoria RAM, a misma frecuencia de reloj
> transportas la misma cantidad de datos en el doble de tiempo si estás en
> 64 bits ( imaginad que el bus es un carril de autopista y el registro de
> CPU un peaje y el clock de reloj levantar y bajar la barrera de todos
> los carriles en el mismo instante ). A más carriles, mas coches pasan en
> el mismo instante de tiempo, no?
>
> De todas maneras esto no significa que TODAS las aplicaciones corran más
> deprisa ( fijaros que no he dicho 'el doble de deprisa' ). Correran más
> las aplicaciones que sean menos interacitvas y más 'comedoras de datos'
> tipo renderizado/tratamiento de video ( no me refiero al driver de
> video ), bases de datos...
>
> En 32 bits sin un kernel HUGE PAGES sólo puedes direccionar 4 GB de
> memoria, en 64 bits superas en mucho ese límite.
> Este límite no es de RAM, es de la memoria TOTAL direccionable, con lo
> que teniendo un equipo en 32 bits con 4 GB de RAM, no podríamos añadir
> swap.
>
> Una 'desventaja' frente a 32 bits es que los procesos ocupan algo más en
> ram, ya que los punteros y otras estructuras ( no datos ) tienen el
> doble de longitud que en 32 bits.
>
>
> Hay para hablar largo y tendido....
>
>
> En el fondo, todo dependerá para que usas la máquina, pero es una
> lástima limitar el hardware por culpa de:
>
> java plug in
> flash plug in
>
>
> D.
>
>
>
>
>
>
>
> --
>
> ubuntu-es mailing list
> ubuntu-es en lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-es
>


Hola a todos,

yo he realizado trabajos de renderizado de animaciones 3D, y ha sido donde
he notado una ligera mejora en los tiempos de render al utilizar el S.O. de
64 bits. En el resto de aplicaciones, apenas lo he notado.

Un saludo
Alberto
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://lists.ubuntu.com/archives/ubuntu-es/attachments/20080421/e1a3a76b/attachment-0154.htm 


Más información sobre la lista de distribución ubuntu-es