performance - guide - ¿Cuál es el beneficio cuantificable de 64 bits para Visual Studio Code sobre 32 bits?
visual studio code pdf (2)
Microsoft no soy un tipo de hardware, pero sé que Microsoft rechazó Visual Studio en una solicitud de problema de versión de 64 bits, lo que indica que una versión de 64 bits no tendría un buen rendimiento.
Dos diferencias notables entre las dos que considero obvias es la base del código. Uno comenzó su vida en 1997, uno podría pensar que significa más equipaje en el lado de Visual Studio, menos oportunidades de contar con una arquitectura y código de aplicaciones muy modernos y que puede hacer que sea más difícil y posiblemente se puedan construir cosas para funcionar en 32 bits y para algunos ¿La razón no es adecuada para 64 bits? No lo sé.
El código de Visual Studio, por otro lado, es una aplicación electrónica moderna, lo que significa que está compilado en HTML. CSS y JavaScript. Apostar a que hacer una versión de Visual Studio Code tiene pocas obstrucciones y, aunque el rendimiento puede no ser algo realmente notable, ¿por qué no?
PD
Todavía me gustaría entender qué áreas pueden mejorarse en el rendimiento y si esa mejora es despreciable para un desarrollador. Cualquier información adicional o datos divertidos que usted conozca sería genial. Me gustaría tener la mayor cantidad de información posible y actualizaré la pregunta con cualquier información importante que no haya sido mencionada.
La existencia de Visual Studio Code de 64 bits es en gran medida un efecto secundario del hecho de que los tiempos de ejecución basados en Node.js y Chromium soportan arquitecturas de 32 y 64 bits, no un objetivo principal de diseño para la aplicación. Microsoft desarrolló VS Code with Electron, un marco utilizado para crear aplicaciones de escritorio con tecnologías web.
Debido a que Electron ya incluye los tiempos de ejecución para ambas arquitecturas (y para diferentes sistemas operativos), VS Code puede proporcionar ambas versiones con poco esfuerzo adicional. Electron extrae las diferencias entre las máquinas del código JavaScript.
En contraste, Microsoft distribuye gran parte de Visual Studio como archivos binarios compilados que contienen instrucciones específicas de la máquina, y el costo de reescribir y mantener el código fuente para 64 bits históricamente superó cualquier beneficio. En general, un programa de 64 bits no es notablemente más rápido para el usuario final que su contraparte de 32 bits si nunca supera las limitaciones de un sistema de 32 bits. El shell IDE de Visual Studio no hace mucho trabajo pesado: la mayor parte del procesamiento costoso en un flujo de trabajo típico lo realizan las cadenas de herramientas integradas (compiladores, etc.) que generalmente admiten sistemas de 64 bits.
Con esto en mente, cualquier beneficio que podamos notar al ejecutar una versión de 64 bits de VS Code es similar a los que veríamos al usar un navegador web de 64 bits. Lo más importante es que una versión de 64 bits puede ocupar más de 4 GB de memoria, lo que puede ser importante si necesitamos abrir muchos archivos simultáneamente o archivos muy grandes , o si usamos muchas extensiones pesadas . Entonces, lo más importante para nosotros los desarrolladores, el editor no se quedará sin memoria cuando se abusa de él.
Si bien esto parece una póliza de seguro que vale la pena firmar, incluso si nunca alcanzamos esos límites de memoria, recuerde que las aplicaciones de 64 bits generalmente consumen más memoria que sus contrapartes de 32 bits. Podemos desear elegir la versión de 32 bits si deseamos una huella de memoria más pequeña. La mayoría de los desarrolladores nunca pueden golpear ese muro de 4 GB.
En casos excepcionales, es posible que debamos elegir una versión de 32 bits o de 64 bits si usamos una extensión que ajusta el código nativo como un DLL creado para una arquitectura específica.
Cualquier otra consecuencia, positiva o negativa, que experimentemos al utilizar una versión de VSCode de 64 bits depende de las versiones de los componentes de tiempo de ejecución subyacentes de Electron y del sistema operativo en el que se ejecutan. Estas características cambian continuamente a medida que avanza el desarrollo. Por esta razón, es difícil afirmar de manera general que las versiones de 32 bits o de 64 bits superan a las otras.
Por ejemplo, el motor de JavaScript V8 históricamente deshabilitó algunas optimizaciones en sistemas de 64 bits que están habilitados hoy. Ciertas optimizaciones solo están disponibles cuando el sistema operativo proporciona facilidades para ellas.
Las futuras versiones de 64 bits en Windows pueden aprovechar la aleatorización del diseño del espacio de direcciones para mejorar la seguridad (más bits en el espacio de direcciones aumentan la entropía).
Para la mayoría de los usuarios, estos matices realmente no importan. Elija una versión que coincida con la arquitectura de su sistema y reserve el cambio solo si encuentra problemas. Las actualizaciones del editor continuarán brindando optimizaciones para sus componentes subyacentes. Si el uso de recursos es una gran preocupación, es posible que no desee utilizar un editor de GUI en primer lugar.
No he trabajado mucho en Windows pero he interactuado con los procesadores x86, x64 y ARM (tamaño de conjunto de instrucciones de 32 bits y de 64 bits). Según mi experiencia, antes de escribir el código en formato de 64 bits, pensamos: ¿Realmente necesitamos instrucciones de tamaño de 64 bits? Si nuestra operación puede realizarse dentro de 32 bits, ¿por qué necesitamos otros 32 bits?
Piénselo así: tiene un procesador con una dirección de 64 bits y buses de datos de 64 bits y registros de tamaño de 64 bits. Casi todas las instrucciones de su programa requieren un máximo de 32 bits. ¿Qué harás? Bueno, creo que hay dos formas ahora:
Cree una versión de 64 bits de su programa y ejecute todas las instrucciones de 32 bits en su procesador de 64 bits. (Desperdicio de 32 bits o su procesador en cada ciclo de instrucciones, y rellene el contador del programa con una dirección con 4 bytes por delante). Su aplicación / programa que podría haberse ejecutado en 256 MB de RAM ahora requiere 512 MB, debido a que otros programas o procesos que se ejecutan en la RAM sufrirán.
Mantenga el formato del programa a 32 bits y combine 2 instrucciones de 32 bits para insertar en su procesador de 64 bits para su ejecución.
Obviamente, el segundo enfoque se ejecutará más rápido con los mismos recursos.
Pero sí, si su programa contiene más instrucciones que son realmente de 64 bits de tamaño; Por ejemplo. Procesar videos 4K (Mejor en el procesador de 64 bits con un conjunto de instrucciones de 64 bits) o realizar operaciones de puntos flotantes con una precisión de hasta 15 dígitos decimales, etc. Luego, es mejor crear un archivo de programa de 64 bits.
Para resumir, intente escribir un software compacto y aprovechar al máximo el hardware.
Hasta ahora, lo que he leído Here , Here y blogs.msdn.microsoft.com/ricom/2016/01/04/… ; Llegué a saber que la mayoría de los componentes de VS solo requieren un tamaño de instrucción de 32 bits.
Espero que se lo explique.
Gracias