¿Por qué los scripts principales de Python ejecutables no se compilan en archivos pyc como módulos?

Question

Entiendo que cuando importa un módulo, ese archivo se compila en un archivo .pyc para hacerlo más rápido? ¿Por qué el archivo principal tampoco está compilado en un .pyc? ¿Esto desacelera las cosas? ¿Sería mejor mantener el archivo principal lo más pequeño posible entonces, o no importa?

Answer 1

Cuando se carga un módulo, el archivo py se "compila en bytes" a archivos pyc. La marca de tiempo se registra en archivos pyc. Esto se hace para que no se ejecute más rápido, pero para cargar más rápido. Por lo tanto, tiene sentido que los módulos "compilar byte" cuando los cargue.

• http://docs.python.org/tutorial/modules.html#compiled-python-files

[Editar: Para incluir notas, referencias]

de Pep 3147 en "código de bytes compilación":

CPython compila su código fuente en "código de bytes", y por motivos de rendimiento, guarda en caché este código de bytes o n el sistema de archivos siempre que el archivo de origen tenga cambios. Esto hace que la carga de los módulos de Python sea mucho más rápida porque la fase de compilación se puede anular. Cuando su archivo de origen es foo.py, CPython almacena en caché el código de byte en un archivo foo.pyc justo al lado de la fuente.

Cómo archivos de código compilado byte son rastreado con respecto a la versión de Python y "PY" cambios en los archivos:

Asimismo, introduce un número mágico en el código compilado ".pyc" archivos. Esto cambia cada vez que Python cambia el formato del código de bytes, generalmente en versiones principales.
Esto garantiza que los archivos pyc creados para versiones anteriores de la máquina virtual no causarán problemas. La marca de tiempo se utiliza para asegurarse de que el archivo pyc coincida con el archivo py que fue utilizado para crearlo. Cuando el número mágico o la marca de tiempo no coinciden, el archivo py se vuelve a compilar y se escribe un nuevo archivo pyc.

Los archivos "pyc" no son compatibles entre las principales versiones de Python. Cuando Python encuentra un archivo pyc con un número mágico que no coincide, vuelve al proceso más lento de que recompila la fuente.

Ese es el motivo, si simplemente distribuye los archivos ".pyc" compilados para la misma plataforma, ya no funcionará, si la versión de Python cambia.

En pocas palabras

Si hay un archivo de bytes compilado".pyc "y su marca de tiempo indica que es reciente y luego se cargará. De lo contrario, python se retractará con el método más lento de cargar los archivos" .py ". El rendimiento de ejecución del archivo" .py "no se verá afectado, pero la carga de los archivos ".pyc" es más rápido que los archivos ".py".

conveniencia de ejecutar a.py que importa b.py

Typical total performance = loading time (A.py) + execution time (A.py) + 
          loading time (B.py) + execution time (B.py) 

Since loading time (B.pyc) < loading time (B.py) 

You should see a better performance by using the byte compiled "pyc" files. 

dicho esto, si usted tiene un gran archivo de script X. py, modularizarlo y mover contenidos a otros módulos da como resultado aprovechar el menor tiempo de carga para el archivo compilado de código de bytes.

Otra inferencia es que los módulos tienden a ser más estables que el script o el archivo principal. Por lo tanto, no se compila en bytes en absoluto.

Referencias

• http://effbot.org/zone/python-compile.htm
• http://www.network-theory.co.uk/docs/pytut/CompiledPythonfiles.html

Answer 2

La compilación de la secuencia de comandos principal sería molesta para las secuencias de comandos en, por ejemplo, /usr/bin. El archivo .pyc se genera en el mismo directorio, contaminando así la ubicación pública.