Re: debian para core 2 duo
On Mon, Feb 11, 2008 at 11:15:46AM -0200, Dalmasso Pablo N wrote:
> El lun, 11-02-2008 a las 12:42 +0100, Gabriel Paubert escribió:
> > On Fri, Feb 08, 2008 at 06:09:45PM -0200, Martin Spinassi wrote:
> > > On Fri, 2008-02-08 at 11:03 +0100, Miguel J. Jiménez wrote:
> > > > El Wed, 6 Feb 2008 21:16:48 +0100
> > > > Gabriel Paubert <paubert@iram.es> escribió:
> > > >
> > > > >
> > > > > Falso. IA64 son los procesadores Itanium, que sólo vende Intel
> > > > > y que son el resultado de un acuerdo con HP para crear un succesor
> > > > > a la arquitectura HPPA.
> > > > >
> > > > > AMD64 es la extensión a 64 bits del i386 que fue creada
> > > > > originalmente por AMD y que luego copió Intel.
> > > > >
> > > > > > Son nomenclaturas, pero se entiende Intel = Standard, AMD = no
> > > > > > estandard.
> > > > >
> > > > > Total y rotundamente falso en este caso.
> > > > >
> > > > > Gabriel
> > > > >
> > > > >
> > > >
> > > > Opino lo mismo... no tiene nada que ver una cosa u otra, cuando no se
> > > > utiliza AMD64 se utiliza EMT64 o x86-64 (como en Fedora).
> > > >
> > > > ---
> > > > .---------------------------------------------------------.
> > > > | Miguel J. Jiménez |
> > >
> > > Tengo entendido (que alguien me corrija), que se está trabajando en el
> > > kernel para unificar el concepto 32 y 64 bits, y que el kernel "se de
> > > cuenta" de con que micro trabaja, en lugar de tener que seleccionarlo en
> > > la compilación.
> >
> > Imposible. El compilador genera un código muy distinto para 32 y 64
> > bits (gcc -m32 o gcc -m64). También hay opciones (CONFIG_HIGHMEM)
> > que no tienen ningún sentido en modo 64 bits porque el espacio virtual
> > (48 bits) es mayor que el espacio físico (40 bits).
> >
> > Lo que sí es cierto es que ahora sólo existe una arquitectura en
> > el núcleo (x86, en vez de i386 y x86_64) con dos variantes que se eligen
> > en la configuración, pero es el mismo en powerpc (salvo para algunas
> > máquinas muy antiguas, arch/ppc desparecerá en Junio y Julio cuando
> > el soporte aparezca en arch/powerpc), mips, s390 y sh. Y se ha anunciado
> > una fusión similar para sparc/sparc64.
> >
> > Saludos,
> > Gabriel
>
> Una consulta un micro que trabje con 32 y con 64(pentium D), va a
> calentar mas al trabajar con 64 bits?
De todas formas un Pentium D (o cualquier procesador basado en el
núcleo del Pentium 4) va a contribuir de forma significativa al
calentamiento global :-)
Dicho eso, la diferencia entre 32 y 64 bits va a ser pequeña, con
quizas una ligera ventaja para el modo 64 bits. La razón es que con
la falta de registros del modo 32 bits, muchas variables locales
se quedan en la pila (y no en los registros) y se vuelve a acceder
a ellas por accesos a memoria: aunque estos datos se queden en el
cache (porque son accesos muy frecuentes), cada acceso a ellos necesita
utilizar más energía que para acceder a un registro. Además consumen
ancho de banda de acceso a memoria desde el procesador que roban de
los accesos que no se pueden eliminar (accesos a variables globales
y a grandes tablas, a cadenas, etc.).
En teoría el modo 64 bits puede ir algo más rápido por eso, pero
depende mucho del tipo de código. El mayor defecto del modo 64 bits es
que los punteros ocupan el doble de espacio en memoria, lo cual
significa que estructuras complejas con muchos punteros necesitan
más ancho de banda de memoria.
Para lo que me interesa la mayor parte del tiempo (cálculo científico),
el modo 64 bits gana con claridad (pero eso incluye la contribución
de las intrucciones SSE2 en vez de la pesadilla que es la pila de
registros heredada del 387). En este caso, quizás el procesador
gaste un poco más en vatios, pero menos julios ya que acaba mucho
antes.
Saludos,
Gabriel
Reply to: