Las dos llamadas tienen significados diferentes que no tienen nada que ver con el rendimiento; el hecho de que acelere el tiempo de ejecución es (o podría ser ) solo un efecto secundario. Debe comprender lo que hace cada uno de ellos y no incluirlos ciegamente en cada programa porque parecen una optimización.

 ios_base::sync_with_stdio(false);

Esto deshabilita la sincronización entre los flujos estándar de C y C++. De forma predeterminada, todos los flujos estándar están sincronizados, lo que en la práctica le permite combinar E/S de estilo C y C++ y obtener resultados sensibles y esperados. Si deshabilita la sincronización, entonces los flujos de C++ pueden tener sus propios búfer independientes, lo que hace que mezclar E/S de estilo C y C++ sea una aventura.

También tenga en cuenta que los flujos de C++ sincronizados son seguros para subprocesos (la salida de diferentes subprocesos puede intercalarse, pero no obtiene carreras de datos).

 cin.tie(NULL);

Esto desata cin de cout . Los flujos vinculados garantizan que un flujo se vacíe automáticamente antes de cada operación de E/S en el otro flujo.

De forma predeterminada, cin está vinculado a cout para garantizar una interacción de usuario sensata. Por ejemplo:

 std::cout << "Enter name:"; std::cin >> name;

Si cin y cout están empatados, puede esperar que la salida se vacíe (es decir, sea visible en la consola) antes de que el programa solicite la entrada del usuario. Si desvincula las secuencias, el programa puede bloquear la espera de que el usuario ingrese su nombre, pero el mensaje "Ingrese el nombre" aún no está visible (porque cout está almacenado en el búfer de manera predeterminada, la salida se descarga/muestra en la consola solo a pedido o cuando el búfer está lleno).

Por lo tanto, si desvincula cin de cout , debe asegurarse de vaciar cout manualmente cada vez que desee mostrar algo antes de esperar una entrada en cin .

En conclusión, conozca lo que hace cada uno de ellos, comprenda las consecuencias y luego decida si realmente desea o necesita el posible efecto secundario de la mejora de la velocidad.

Esto es para sincronizar IOs del mundo C y C++. Si sincroniza, tiene la garantía de que las órdenes de todos los IO son exactamente las que espera. En general, el problema es el almacenamiento en búfer de los IO que causa el problema, la sincronización permite que ambos mundos compartan los mismos búferes. Por ejemplo cout << "Hello"; printf("World"); cout << "Ciao"; ; sin sincronización, nunca sabrá si obtendrá HelloCiaoWorld o HelloWorldCiao o WorldHelloCiao ...

tie le permite tener la garantía de que los canales de IO en el mundo de C++ están vinculados entre sí, lo que significa, por ejemplo, que todas las salidas se han vaciado antes de que ocurran las entradas (piense en cout << "What's your name ?"; cin >> name; ).

Siempre puede mezclar E/S C o C++, pero si desea un comportamiento razonable, debe sincronizar ambos mundos. Ojo que en general no se recomienda mezclarlos, si programa en C use C stdio, y si programa en C++ use streams. Pero es posible que desee mezclar bibliotecas C existentes en código C++ y, en tal caso, es necesario sincronizar ambas.

Es solo algo común para hacer que la entrada de cin funcione más rápido.

Para una explicación rápida: la primera línea desactiva la sincronización de búfer entre el flujo de cin y las herramientas de stdio de estilo C (como scanf o gets), por lo que cin funciona más rápido, pero no puede usarlo simultáneamente con las herramientas de stdio .

La segunda línea desvincula cin de cout ; de forma predeterminada, el búfer de cout se vacía cada vez que lee algo de cin . Y eso puede ser lento cuando lees repetidamente algo pequeño y luego escribes algo pequeño muchas veces. Entonces, la línea desactiva esta sincronización (al vincular literalmente cin a null en lugar de cout ).