El 30 de octubre de 2015, 12:12, Chema Cortes <[email protected]> escribió:
> > > El vie., 30 oct. 2015 a las 9:45, Chema Cortes (<[email protected]>) > escribió: > >> El jue., 29 oct. 2015 a las 18:32, Daπid (<[email protected]>) >> escribió: >> >>> >>> 2015-10-29 18:13 GMT+01:00 Jesús Quintero Suárez <[email protected]>: >>> >>>> 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. > > El error está reportado: https://github.com/conda/conda/issues/1704 Creo que 'ipython notebook' te deberís seguir funcionando independientemente de que 'jupyter notebook' no funcione... > > >> >> 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 >>> [email protected] >>> 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 > [email protected] > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > >
_______________________________________________ Python-es mailing list [email protected] https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
