<div dir="ltr"><div class="gmail_quote"><div dir="ltr">El jue., 29 oct. 2015 a las 18:32, Daπid (<<a href="mailto:davidmenhur@gmail.com">davidmenhur@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-10-29 18:13 GMT+01:00 Jesús Quintero Suárez <span dir="ltr"><<a href="mailto:jesusquin@msn.com" target="_blank">jesusquin@msn.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:11pt;font-family:"Calibri",sans-serif;color:rgb(31,73,125)">Gracias Kiko, ¿Existe algo en Python de 64 bits que no esté disponible para la de 32 bits o viceversa?.<u></u><u></u></span></blockquote></div><br></div></div><div dir="ltr"><div class="gmail_extra">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].<br></div></div></blockquote><div><br></div><div>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.<br><br></div><div>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).<br><br></div><div>Mi consejo es que distribuyas el código compilado en ambas versiones, 32bits/64bits, eligiendo 32bits si tienes que elegir sólo una.<br><br>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)<br><br></div><div><br>[2]: <a href="https://en.wikipedia.org/wiki/Physical_Address_Extension">https://en.wikipedia.org/wiki/Physical_Address_Extension</a><br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br></div><div class="gmail_extra">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).<br><br></div><div class="gmail_extra"><br>[1] <a href="https://en.wikipedia.org/wiki/3_GB_barrier" target="_blank">https://en.wikipedia.org/wiki/3_GB_barrier</a><br><br></div><div class="gmail_extra">/David.<br></div></div>
_______________________________________________<br>
Python-es mailing list<br>
<a href="mailto:Python-es@python.org" target="_blank">Python-es@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-es" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-es</a><br>
FAQ: <a href="http://python-es-faq.wikidot.com/" rel="noreferrer" target="_blank">http://python-es-faq.wikidot.com/</a><br>
</blockquote></div></div><div dir="ltr">-- <br></div><div dir="ltr"><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;line-height:normal">Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales": </span><a href="http://ch3m4.org/blog" target="_blank" style="font-family:arial,sans-serif;font-size:12.8px;line-height:normal">http://ch3m4.org/blog</a><br></div>