Que no esten documentadas no significa que hagan lo mismo que otras pero mas lento. Por lo tanto sigo esperando UN ejemplo de dos funciones, una no documentada y otra que si, en el cual una de las mismas sea mas rapida.
Existe un caso donde podría ser un poco más rápido llamar a la funcion "directa":
Si sabes que en determinado estado del sistema puedes llamar directamente a la función "x", la "directa no documentada" por que sabes que no ocurrirá nada anormal. Por que generalmente una función que será de uso público pues tiene que tener una buena protección para evitar que haga alguna barbaridad por que recibió datos que no estaban en el estado esperado.... o peor por que la máquina no estaba en el estado esperado. Eso implica muchas validaciones de estado, control de errores, etc. Lo cual inevitablemente tendrá algún impacto en rendimiento pero es necesario para garantizar que la función no haga algún destrozo.
Pero al mismo tiempo recurrir a esos "atajos" puede convertirse en un criadero de bugs si no conoces, si no tienes toda la documentacion de lo que puede pasar si pasas por alto las "protecciones" de la función documentada y usas el "atajo".
Para mi en lo personal si microsoft hiciera o por lo menos debiera hacer algo sin "fallar" o "más rápido" es por que debería tener a mano mayor documentación y más detallada (me refiero a todo lo "malo" que puede pasar si ocurre x condición o lo haces de z forma) para no hacerlo de la forma que se supone que no se debería hacer...
