EL MUNDO DE LOS 64BITS
Creo que nunca un tema había dado tanto de que hablar. Se supone que soy (seré) informático y tengo una muy buena nota justamente en la asignatura de sistemas operativos I (más de un 9 y otro 9 en Sistemas operativos II) pero aún con todo la mitad de los conceptos y detalles de las razones de usar o no 64bits en un sistema operativo se me escapan completamente.
Quería hacer una entrada bastante técnica sobre el tema en Applesfera así que rebusque en todas esas hojas de apuntes que se acumulan en un rincón después de aprobar una asignatura. Pero la verdad es que no saque nada en claro, lo cierto es que sí hay ventajas, pero aún repasando un montón de conceptos sigo pensando que no tengo los conocimientos necesarios para dar una explicación veraz.
La verdad es que es una autentica pena ver como tras tres años de estudio tus conocimientos reales de informática son ínfimos y casi ridículos. Una tarde en casa leyendo Arstechnica es mucho más útil que un año entero de carrera.
Por eso, si alguien tiene alguna duda sobre los 64bits de Snow Leopard, lo cuales por lo visto estarán designados únicamente por defecto a equipos Xserve, el resto de equipos podrá utilizar programas de 64bits aún corriendo en 32… la magia de Apple, que no te comas la cabeza y lee el interesante articulo publicado por los chicos de Arstechnica.
A mi modo de ver es un tema que tiene más que ver con arquitectura que con sistemas operativos.
Supongo que las ventajas tendrán que ver con un menor número de accesos a memoria, algunas operaciones numéricas más veloces (si tratamos con números bestias).
O igual estoy totalmente equivocado.
Voy a indagar sobre el tema que tanto 64bit por aquí 64bit por allá y no lo tengo claro.
anjz
20 Aug 09 at 11:51 am
el tema de los 64bits es que cada uno lo mira desde un punto de vista diferente.
Pero en conclusión, de poco nos servirá “tunear” nuestro Macbook para que funcione a 64 bits si la mayoría de drivers no lo son. :S
oswaldo
20 Aug 09 at 12:23 pm
Como habrás estudiado y nuestra amada wikipedia nos explica, lo de 32 y 64 bits puede simplificarse como el “tamaño de la autopista”.
¿Tu micro es de 64 bits? Eso quiere decir que puede trabajar con registros de ese tamaño y por tanto, procesar información, de una tacada, que ocupe ese espacio.
A grosso modo y con 0% de precisión, sólo es para hacernos una idea, lo que antes requería dos instrucciones puede hacerse en una, pueden direccionarse más posiciones de memoria, cosas así.
Todo lo que funcione a 32 bits se puede ejecutar en las “posiciones más bajas” de los registros, en la memoria direccionada por esas posiciones… no me sé las arquitecturas de los nuevos procesadores, ni sé si los core 2 duo tienen dos núcleos que manejan 32 bits y se reparten la memoria “a pachas”, y juntos hacen 64 bits, o cada uno maneja 64 bits, o qué narices hacen.
Pero tiene que ver “con algo de eso”. En el fondo yo estoy como tú: en la universidad se enseña lo básico, para coger el concepto y ya. El resto es cosa de cada cual.
Y encima yo estudié la rama de Gestión, así que de micros nada
Enhorabuena por el blog.
Carlos
20 Aug 09 at 12:39 pm
de todas formas, con un Macbook blanquito (por mucho Core 2 Duo) cuya placa no soporta más de 3GB.. de poco nos va a servir poder direccionar > 4GB.
Por el lado de los drivers, Apple hará sus deberes, el resto de fabricantes de cámaras, conversores,etc.. ya veremos cuando se pasan a los 64bits
Pero sí, que razón, la universidad no enseña estas cosas
oswaldo
20 Aug 09 at 12:41 pm
Como bien te dice anjz, no es cosa de Sistemas Operativos, sino de Estructura y Arquitectura de Computadores. En esta se explica mucho mejor las ventajas entre SO con diferentes bits, a nosotros se nos explico los principales cambios entre 16 y 32 bits, y una vez entendido esto, se nos explico el salto de 32 a 64 bits. Principalmente, es lo que te dice Carlos:
¿Tu micro es de 64 bits? Eso quiere decir que puede trabajar con registros de ese tamaño y por tanto, procesar información, de una tacada, que ocupe ese espacio.
Que ventajas tiene? Pues a parte de poder disponer de mas recursos hardware, cara hacia la mayoría de usuarios, poco más nos implica, porque que tengamos una precisión en cálculos decimales de coma flotante, creo que interesa a muy pocos (y no me incluyo). Los procesadores de 32 bits pueden direccionar hasta 4GB (tanto en tamaño de ficheros como en memoria RAM), en particiones NTFS esto se apaña para que pueda utilizar ficheros más grandes, pero no es nada mas que un apaño. Con sistemas de 64 bits podemos utilizar hasta 16 exabytes, por el momento, algo que no veremos en muuuuuuuuuuchos años
Para más información: http://es.wikipedia.org/wiki/64_bits
Y sobre lo que comenta Carlos de como trabajan los nucleos, estuve en una conferencia que nos dio alguien que esta trabajando en Intel, y el actual problema esta en como optimizar los procesadores para evitar que se calienten tanto, y de ese modo consigan un ritmo de trabajo constante que no provoque caidas de rendimiento. Junto al modo de utilizar los datos y como almacenarlos en las caches del procesador para evitar que genere más retraso del necesario, ya que es el problema que pueden sufrir mas cercanamente.
Shawe
20 Aug 09 at 1:07 pm
@Shawe
El tamaño de palabra de los procesadores es independiente de su capacidad de direccionamiento de memoria, y mucho menos del tamaño de los ficheros que dependen exclusivamente del sistema de ficheros que se use.
Los 8086/88 de Intel eran micros de 16 bits y todos sabemos que los primeros IBM tenían “unos suficientes 1024 KB”. El funcionamiento se basaba en utilizar dos registros para acceder a la memoria, un segmento desplazado 4 bits a la izquierda y un indice que se sumaban para obtener la dirección de memoria real. Todo ello con un bus de direcciones de 16 bits, por lo que hacia falta usar algunos trucos con latches y demás.
voodmania
20 Aug 09 at 4:08 pm
Mmm que gusto ver tante gente entendida. En lineas generales me habéis ampliado un poquillo los conceptos que tenía algún detalle se me escapaba.
Aún así buscaba una explicación aplicada a nuestra “utilidad” es decir, en que nos afecta. Realmente las diferencias reales apenas son apreciables y excepto en cuatro detalles en el resto de cosas apenas he visto cambios perceptibles.
Venga, seguro que ahora alguien nos da la “absoluta verdad” para usar el sistema en 64bits
SopMacsl
20 Aug 09 at 4:53 pm
Una entrada muy interesante
Esta año empezare segundo de ETIG y supongo que me enseñaran esas cosillas por encima. Aunque como decís como uno no se espabile por su cuenta poco sabe de todo esto.
Pero al fin y al cabo, un OS de 64 bits se nota de cara al usuario?
alexito4
20 Aug 09 at 9:55 pm
Un Sistema Operativo idealmente ha de ser transparente al usuario, lo importante son las aplicaciones, y son estas las que si pueden tener una mejora apreciable. Los programas de 64 bits pueden direccionar mucha más memoria, y esto le puede dar una gran ventaja con su conjunto de trabajo.
Lo único que no he visto claro es como un núcleo de 32 bits puede trabajar con aplicaciones de 64 bits, ya que tienen espacios de direccionamiento de memoria incompatibles. Veo más factible que el microkernel si esté a 64 bits, pero los demás servicios y controladores de dispositivos estén todavía a 32 bits, las ventajas del Mach5.
Si queréis investigar algo más de estos temas os recomiendo que busquéis a Patterson para arquitectura y a Tanembaun en sistemas operativos, esos eran al menos los recomendados en mi época.
Un saludo.
voodmania
21 Aug 09 at 10:19 am
Te acompaño en el sentimiento…
polimen
27 Aug 09 at 4:59 pm
yo tengo una experiencia concreta administrando servidores linux. Usando linux a 32 bits (en nuestro caso Debian) cada proceso no puede llegar a usar mas de 4 GB. Con un servidor con 16 GB de RAM, dedicado a MySQL, eso es un problema, porque el servidor MySQL funciona con un único proceso, y no podíamos aprovechar esos 16 GB de RAM para las cachés de consultas de MySQL.
Ahora hemos reinstalado ese servidor con la versión de 64 bits de Debian (el port amd64) y ya podemos ampliar los tamaños de las cachés de consultas para aprovechar toda la RAM.
Ejecutando top se ve que el proceso mysqld pilla mas de 4 Gb de RAM.
Es una utilidad concreta de los 64 bits, pero para el mundo de los servidores.
un saludo
primitivo
7 Sep 09 at 6:26 pm