El vie., 30 oct. 2015 a las 9:45, Chema Cortes (<pych...@gmail.com>)
escribió:

> El jue., 29 oct. 2015 a las 18:32, Daπid (<davidmen...@gmail.com>)
> escribió:
>
>>
>> 2015-10-29 18:13 GMT+01:00 Jesús Quintero Suárez <jesusq...@msn.com>:
>>
>>> Gracias Kiko, ¿Existe algo en Python de 64 bits que no esté disponible
>>> para la de 32 bits o viceversa?.
>>
>>
>> Un procesador de 64 bits puede ejecutar un proceso de 32, pero no al
>> revés. Por otro lado, un proceso de 32 bits sólo puede usar, como máximo,
>> unos 3 GB de RAM [1].
>>
>
> Estrictamente, un proceso de 32 bits puede usar mucha más memoria mediante
> PAE[2]. Algunos PCs antiguos no lo soportan, por lo que antes era algo
> opcional en algunos sistemas operativos, como los linuxen. Pero hoy en día,
> todas las distribuciones de linux usan PAE por defecto.
>
> En cuanto a compatibilidad 32bit/64bits, los mayores problemas son los
> drivers. Hay mucho hardware que usa el direccionamiento superior de memoria
> para buffers e interrupciones. Parte de ese hardware podrían ser tarjetas
> gráficas o de comunicaciones que solo funcionan en sistemas operativos de
> 32bits, obligándote a que tu software sea de 32bits (mucho hardware para
> windows sólo soporta 32bits).
>


Como anécdota, en mi PC con windows7 de 32bits, con CPU i5 (64bits),
anaconda me ha instalado la versión 64bits de jupyter.exe y de otras
herramientas asociadas, por lo que no funcionan. jupyter-console y las
utilidades ipython sí que son de 32bits. Sospecho que "conda" no ha
detectado correctamente el sistema operativo que uso.


PD: no me recomendéis que me instale un win7 de 64bits, que para éso ya
tengo linux.



>
> Mi consejo es que distribuyas el código compilado en ambas versiones,
> 32bits/64bits, eligiendo 32bits si tienes que elegir sólo una.
>
> En general, el código python tiene que funcionar igual en 32bits que en
> 64bits. En teoría, el rendimiento debería ser mejor en 64bits, pero yo no
> he conseguido ver grandes diferencias entre usar 64bits ó 32bits, siempre
> que tengas una CPU moderna de 64bits con algunos cores de más. En general,
> no vale la pena el esfuerzo de distribuir el código compilado en
> 32bits/64bits, algo que puedes observar en muchos paquetes linux que sólo
> se intalan para x86 (32bits)
>
>
> [2]: https://en.wikipedia.org/wiki/Physical_Address_Extension
>
>
>
>>
>> Esa es la parte teórica. En la práctica, si dependes de otras bibliotecas
>> que incluyen código compilado, y sólo se distribuyen para 64 bits, tendrías
>> que compilarlas tú mismo. (No sé cómo de frecuente es esto).
>>
>>
>> [1] https://en.wikipedia.org/wiki/3_GB_barrier
>>
>> /David.
>> _______________________________________________
>> Python-es mailing list
>> Python-es@python.org
>> https://mail.python.org/mailman/listinfo/python-es
>> FAQ: http://python-es-faq.wikidot.com/
>>
> --
> Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales":
> http://ch3m4.org/blog
>
-- 
Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales":
http://ch3m4.org/blog
_______________________________________________
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Responder a