Tengo la sensación que con la excusa de la seguridad, Microsoft evoluciona hacia un tipo de plataforma cerrada tal como Apple (y si me apuras Android), donde se imposibilita en demasía que el hardware pueda ser 'fácilmente' explotado por otros interesados. Dado que MS, no crea hardware, qué mejor que aliarse con el fabricante de un chip, que al final hace dependiente (esclavo)a otro hardware que no fue creado ni por MS ni por dicho fabricante del chip...

Así pasa la papeleta a los grandes montadores de placas base que se verán forzados a decidir cuáles y cuántos de sus diseños (placas base), quedarán así orientados a calzar un S.O. de MS u otro que no contemple tal posibilidad.

Sería deseable como mínimo que el chip TPM, fuere portado en un zócalo (así sería opcional por el que adquiere un equipo) si se monta en la placa base y no como una placa base en sí mismo (conectado por ejemplo en un puerto PCIE-1).

Si 'el mundo' evoluciona en esa dirección cualquier nuevo competidor que trate de sacar su propio S.O. tiene un nuevo hándicap que sumar a la ya difícil y dura competitidad existente. Será interesante saber que opina el 'mundo Linux' al respecto.

En cuanto al requisito de los 64bits, básicamente (en mi opinión), es una treta para dejar atrás (o por lo menos iniciar un distanciamiento) definitivamente la compatibilidad de los 32 bits y olvidarse del lastre heredado de los winXp, Vista, seven y 8 con una sola tirada de póker.

Falta por terminar de aclarar, que 'cin' y 'cout' son funciones no variables, no están sometidas a restricción alguna por el bucle. Aunque las funciones al igual que las variables tienen un ámbito de uso, las que suelen proveerse a través de una cláusula include tienen un ámbito a nivel del módulo donde se declaran.

Lo que sucede con 'cin' y 'cout' es similar a si vas a comprar a un comercio, cada producto que compras sería como usar ese 'cin' dentro del bucle y cuando vas a a pagar sería ese 'cout' fuera del bucle...
¿No sería absurdo que por cada producto que compraras tuvieras que ir a pagarlo a la caja (tras un cin forzar un cout), acaso no es mejor 'acumular' todos tus productos y finalmente cuando 'termines' pasar por caja y pagar?.

Hay varios... pero siempre se trata de heurísticas, pués como te dije no hay solución conocida al margen de la fuerza bruta.

Uno bastante asequible de implementar es:
---------------------------------------------------------
1 - Dividir el área en sectores (3x3 típicamente).
2 - Mientras cada sector tenga más de x nodos (5 o 6 típicamente), subdividir el sector de nuevo en más sectores (es una función recursiva, como se desprende).
3 - Cada sector finalmente se resuelve por fuerza bruta (5 o 6 nodos es algo muy rápido de resolver por fuerza bruta).
4 - Finalmente se van uniendo los sectores entre sí.

Esta última parte es la más compleja pues permite cierto margen de maniobra. Si el número de sectores al hacer la división no queda claramente acotado (esto es si son demasiados), se complica tomar decisiones, por eso la limitación de 3 es considerada muy aceptable.

Si el PC es del gobierno, entonces es lógico que esté protegido y que cualquier cambio o actualización esté supervisado por el gobierno aunque sea delegando a alguna empresa autorizada, pero desde luego no a título personal que cada cual pretenda hacer cambios a su antojo. Más que nada porque anque lo lograras, podrías tener algún serio disgusto si se enteran...
Imagina que luego otro usuario quiere hacer algo similar, pero ese otro trabaja en equipos de Hacienda, y que al final lo que pretende es burlar la seguridad para manipular datos a su antojo, para sus propios intereses sea con sus datos, los de sus familiares y conocidos o bajo precio a todo el que pague...
En resumen es bastante serio burlar la seguridad de un equipo tutelado por el gobierno, bajo pena de acusación de graves delitos, multa o hasta cárcel.

Límitate a seguir el conducto reglamentario, comenta a tus superiores los problams actuales y que ése a su vez comente a los suyos... esto normalmente cuando hay exceso de burocracia es una forma clara de que la aspiración se agote antes de llegar al que tiene capacidad de tomar decisiones (principal objetivo de la burocracia, estorbar a los de abajo y que no molesten a los de arriba).

Bienvenido... y no te dejes asustar...

Ok... Como el título del hilo lo lleva... pero he vuelto a releer tu primer mensaje y en efecto, la razón de ramificación y poda era que preguntabas para establecer diferencias y nada más.

Olvidé señalar que los datos de los nodos y pesos que puse de ejemplo, no corresponden con los que me pasaste que con cifras tan grandes ocupa mucho ancho... pero que igualmente cualquier otra tabla de datos (como la presente más breve) cumple el cometido se servir de ejemplo por igual y con algo más de claridad si cabe...

---

Curioso... mi primer doble post forzado por la imposibilidad de editar el mensaje... 

Mmmmm.... creo que hay algo que no explicas sufiicientemente bien... en tí mismo está claro, evidentemente, pero como no vemos tu casa, no queda bien definido la disposición de tus sistemas, ni cuántos o cuáles son.

Cuando deshabilitas el driver de Nvidia básicamente estás indicando que el hardware debe ser emulado vía software, por lo que sí, la caída de rendimiento debe ser notable.

Tu PC, no tiene más salida que VGA?. Hay adaptadores VGA a HDMI, caerá también algo el rendimiento pero no tanto como lo descrito.
Tu PC dispone de un monitor VGA y no dispones de más monitores excepto la tv.?. Muchos PCs permiten salida a múltiples pantallas, y seleccionar la deseada.

En todo caso deberías leer el manual del juego para ver que dice respecto de la salida de los gráficos.

Supongo que pretendías poner un enlace a un fichero, pero has puesto una imagen (que no sirve para nada al hecho de poder ayudarte).

Deberías aprender a generar una tabla de estados, para simplificar la lógica y sobretodo  para poder escribir el código de corrido y sin tanta fatiga mental y tiempo que le dedicas.

Por otro lado no es buena idea hacer abreviaturas del tipo:
Por lo menos no hoy día, en los 80 estaba justificado primero por la limitación de memoria disponible en el equipo y antes de los 80 incluso por la limitación de los lenguajes en materia de manejo de strings, hoy día todo eso no tiene validez alguna... escribe:
sin preocupación... además cuando pasen los años, y vuelvas al código seguirá estando claro, si no tendrás que tirar de comentarios cuando el propio nombre usado es autoentendible.
En la medida que tengas que usar 2 o 3 docenas de variables ya tendrás ahí un código espagueti enmarañado difícil de leer y más de seguir y modificar.