6
¿Ha tenido algún caso de uso real para utilizar la llamada rápida de convención de llamadas?¿Algún caso de uso real para usar la llamada a la convención de llamada rápida?
Gracias.
A
Respuesta
3
Here es un artículo que explica cuándo utilizar fastcall. En realidad, especifica un caso cuando en realidad tienen más remedio que usarlo:
Algunas clases de VCL, como TList, permiten especificar una función de devolución de llamada (una rutina tipo en el caso de TList). Deberá usar la palabra clave __fastcall en este caso, también, como lo espera la VCL .
+0
Gracias. Como nota al margen: de su artículo, en "¿Es __fastcall realmente rápido?" sección: "La conclusión con mis pruebas fue que la convención de llamadas de registro no era más rápida que la convención de llamadas de C y era, en la mayoría de los casos, más lenta. De acuerdo, las diferencias en el tiempo son mínimas pero me demostré a mí mismo que ser difícil para los defensores de __fastcall afirmar que la convención de llamadas de registro es más rápida que cualquier otra " ..." Para repetir lo que ya he dicho, le aconsejo que nunca use __fastcall a menos que se requiera específicamente :) :) – rkellerm
5
__fastcall intenta pasar los argumentos de la función en los registros de la CPU en lugar de la pila si es posible, que es más rápido.
Aquí hay un enlace a un artículo de MSDN que explica la __fastcall convención de llamada: http://msdn.microsoft.com/en-us/library/6xa169sk(VS.71).aspx
Los dos primeros DWORD o menores argumentos se pasan en ECX y EDX registros; todos los demás argumentos son pasados de derecha a izquierda.
Esto significa que esto solo funcionará para los primeros dos argumentos y solo si son < = 32 Bits.
En general, diría que no espere grandes ventajas de rendimiento de esto.
+1
Gracias por el enlace. –
1
Tengo un caso en el que lo uso de manera efectiva: es una rutina de asma muy pequeña (3 instrucciones) que manipula un solo valor en un registro.
Para cualquier cosa excepto las rutinas más pequeñas y más críticas para el rendimiento, aunque la convención de llamadas realmente no debería hacer ninguna diferencia.
Cuestiones relacionadas
- 1. ¿La llamada rápida es realmente más rápida?
- 2. Convención de llamada personalizada X86_64 a C llamada a función
- 3. Convención de llamada COM en x64
- 4. Convención de llamada ARM a C, registros NEON para guardar
- 5. Un caso de uso real para BufferManager
- 6. 64 convención de llamada (pila) y varargs
- 7. Depurar un error de convención de llamada a DLL incorrecto
- 8. Duda en llamada de plantilla: especialización real no llamada
- 9. Cómo activarse la función de llamada en php para cada otra llamada a la función
- 10. Uso de la llamada de función en el bucle foreach
- 11. ¿Cuál es la ventaja de usar una llamada a generic-where-clause sobre una llamada no genérica?
- 12. Uso de la devolución de llamada after_save para modificar el mismo objeto sin activar la devolución de llamada nuevamente (recursión)
- 13. ¿Hay algún beneficio real de usar J #?
- 14. Llamada concurrente a la conversación
- 15. prohíbe la llamada a System.exit
- 16. Simular la primera llamada falla, la segunda llamada tiene éxito
- 17. Llamada al sistema vs Llamada a la función
- 18. Conexión entre la llamada de usuario de mmap a la llamada al núcleo de mmap
- 19. Devolver la llamada de rutina
- 20. Cuándo usar la devolución de llamada de Mock versus Return?
- 21. Llamada a la función anulada de la función de anulación
- 22. ¿Llamada interceptora para apagar la máquina java?
- 23. ¿Qué métodos existen para la llamada a procedimiento remoto local?
- 24. WCF Rendimiento lento para la primera llamada
- 25. llamada a la función jQuery de JavaScript
- 26. ASP.net redirigir a la página de llamada
- 27. devolución de llamada para manejar la finalización de la tubería
- 28. Javascript llamada a la función anónima
- 29. Caso de uso para la tarea buildNeeded?
- 30. ¿Cómo uso la metaprogramación de Ruby para agregar devoluciones de llamada a un modelo de Rails?
Claramente es más rápido, y por lo tanto mejor;). – Domenic
Consulte el artículo de referencia @luvieere: NO es más rápido ... :) – rkellerm