Precio del control de conmutación entre C++ y Python

Question

Estoy desarrollando una aplicación C++ que se puede extender/escribir con Python. Por supuesto, C++ es mucho más rápido que Python, en general, pero ¿eso significa necesariamente que debería preferir ejecutar código C++ sobre código Python tan a menudo como sea posible?

Pregunto esto porque no estoy seguro, ¿hay algún costo de rendimiento de cambiar el control entre el código escrito en C++ y el código escrito en Python? ¿Debería usar código escrito en C++ en cada ocasión, o debería evitar volver a llamar a C++ para tareas simples porque cualquier ganancia de velocidad que pueda tener al ejecutar código C++ es superada por el costo de cambiar de idioma?

Editar: Debo dejar esto en claro, no estoy pidiendo esto para resolver un problema. Lo pido puramente por curiosidad y es algo que vale la pena tener en cuenta para el futuro. Entonces no estoy interesado en soluciones alternativas, solo quiero saber la respuesta, desde un punto de vista técnico. :)

Answer 1

El costo está presente pero es insignificante. Esto se debe a que probablemente trabaje bastante para convertir los tipos de datos de alto nivel de python en representaciones compatibles con C++. Por supuesto, esto es similar al costo de llamar a una función de C++ desde otra, hay algunos gastos generales. Las reglas para cuando es una buena idea para cambiar de pitón a C++ son:

Una función con pocos argumentos

A, la cual realiza una gran cantidad de procesamiento en una pequeña cantidad de datos

Una función que se llama lo menos posible - la función de consolidar las llamadas si es posible

Answer 2

La mejor métrica debe ser algo que wieghs para usted ....

• hace que el desarrollo, depuración y pruebas más fácil (reduce el coste dev)
• reduce el costo de mantenimiento
• cumple con el requisito de rendimiento (proporciona la solución)

Answer 3

no sé que hay una regla concreta para esto, pero una regla general que muchos siguen es:

• Prototipo en python. Esto es más rápido de escribir, y puede ser más fácil de leer/razonar.
• Una vez que tenga un prototipo, ahora puede identificar las partes lentas que se deben escribir en C++ (a través del perfilado).
• Dependiendo del dominio de su código, los bits lentos generalmente se aíslan a los tipos de código 'bucle interno', por lo que el número de conmutadores entre python y este código debería ser relativamente pequeño.
• Si su programa es lo suficientemente rápido, ha evitado prematuramente optimizar su código escribiendo demasiado en C++.

Answer 4

Manténgalo simple y ajuste el rendimiento según sea necesario. La razón principal para incrustar un intérprete en una aplicación C++ es permitir que la configuración/datos en tiempo de ejecución especifiquen algún procesamiento, es decir, puede modificar el guión sin volver a compilar el programa C++, esa es su guía para saber cuándo llamar al intérprete.Una vez en algunos llaman intérprete, las principales razones para llamar de nuevo en C++ son:

• para acceder o actualizar algunos datos que no pueden razonablemente ser expuesto como un parámetro de la llamada (o por medio de algún otro proceso de registro del intérprete admite)
• para conseguir un mejor rendimiento durante una parte crítica del procesamiento

en este último caso, tratar el guión primero (asumiendo que es tan fácil de desarrollar allí), a continuación, si se identifican lenta dónde y cómo algunos de C++ el código podría ayudar. Si/dónde el rendimiento es un problema, como una guía general cuando se llama desde C++ al intérprete o viceversa: intente alinear todo el trabajo posible y luego realice la llamada al otro sistema. Si te quedas atascado, vuelve a stackoverflow con un problema específico y un código real.