%IsLiftoffFunction (que naturalmente solo funciona para funciones visibles para JS, es decir, funciones exportadas), y está --trace-wasm-compilation-times .

Por lo general, la funcionalidad de seguimiento se crea cuando un desarrollador (1) la necesita y (2) asume que será lo suficientemente útil en el futuro para obtener el código, en lugar de simplemente hackear algunos printfs localmente y luego descartándolos cuando el problema en cuestión se haya resuelto. El modelo de ejecución de Wasm es tan simple (por ahora) que no ha habido mucha necesidad de crear un seguimiento para él. (Y solía ser aún más simple, hasta que activamos la organización dinámica en niveles hace unos meses).

A partir de hoy (2022-05-29, esta parte probablemente no envejecerá muy bien), en la configuración predeterminada:

• Todas las funciones se compilan con Liftoff (el compilador de referencia de Wasm) antes de que comience la ejecución de la primera función. (Con suerte, la única excepción a esto son los casos raros de soporte de hardware faltante, como funciones que usan instrucciones SIMD en hardware que no es SSE4.1 x86: se compilan con Turbofan de inmediato. Me gustaría ver que eso se solucione, pero es mucho trabajo y no urgente.)
• Cuando una función se ejecuta el tiempo suficiente, se optimiza con Turbofan y el código optimizado se usa la próxima vez que se llama.
• No hay OSR, ni deopts, ni volver al código no optimizado (a menos que comience a depurar con DevTools).