Empecé a aprender a ensamblar recientemente y mientras miraba en internet veo cada vez más personas que dicen que ensamblar no es inútil, pero tampoco vale la pena programar cosas en un lenguaje que requiere tanto tiempo y esfuerzo en comparación con los idiomas de alto nivel. ¿La eficiencia entre un programa de lenguaje de alto nivel y uno de bajo nivel realmente no es lo suficientemente notable como para prestarle atención hoy en día, y hay otro lenguaje de bajo nivel como el ensamblaje que se usa más ampliamente?¿Es el ensamblaje el único lenguaje de programación de bajo nivel y, de no ser así, es el más utilizado?
Respuesta
es la eficiencia entre un programa de lenguaje de alto nivel y un mínimo de un nivel de realidad ni siquiera lo suficientemente perceptible para prestar atención a hoy en día
A menudo, los compiladores generan mucho mejor montaje de los desarrolladores pueden escribir . Hay ciertos desarrolladores que pueden vencer al compilador. Pero dado que la escritura de código de bajo nivel requiere más atención a los detalles y es más difícil de escribir y mantener, por lo general solo se implementan pequeñas piezas específicas de código en el ensamblaje para lograr mayor eficiencia. La diferencia puede ser notable. Pero también puede ser not-noticable si los desarrolladores hacen optimizaciones falsas.
Te recomiendo que leas Michael Abrash's Graphics Programming Black Book - tiene mucho en ensamble y optimizaciones + buenas historias de la vida real.
y hay otro lenguaje de bajo nivel como el ensamblado que se usa más ampliamente?
ensamblador es probablemente el nivel más bajo lenguaje de programación de aplicaciones. El único otro recurso sería escribir código binario a mano, pero los códigos de operación binarios difícilmente pueden llamarse "lenguaje".
Sin embargo, la programación va más allá del software. El hardware necesita ser programado, también. Hay lenguajes de descripción de hardware (HDL) que se pueden usar para programar hardware (es decir, puede crear su propia CPU). Los lenguajes HDL más populares son Verilog y VHDL.
@kjh: De nada. Acabo de notar un precio ridículo por el libro en Amazon. También está disponible en línea gratis, aquí - http://www.gamedev.net/page/resources/_/technical/graphics-programming-and-theory/graphics-programming-black-book-r1698 –
El montaje de escritura fue apropiado en tiempos más simples. Cuando el generador de códigos en un compilador de C aún no era muy inteligente y era simple predecir el tiempo de ejecución del código de la máquina.
Hecho de más y más, un humano no puede vencer ni la inteligencia incorporada en un generador de códigos moderno ni su incansable atención a los detalles. El tipo de detalle requerido para saber exactamente cuándo se inserta una captación previa de caché para que los datos estén disponibles en el momento preciso. Y cómo las instrucciones de reordenamiento simplemente le dan la mejor escalabilidad. E insertando nops justo para que los objetivos de salto estén alineados. Y cómo desenrollar los lazos mecánicamente. Y cómo aprovechar el paralelismo automático proporcionado por SIMD. Etcétera Y para hacer esto no solo una vez, sino una y otra vez a medida que cambia el código.
compiladores de idiomas de nivel superior se vuelven más inteligentes cada día. En el pasado, los trucos de ensamblador podían aumentar mucho el rendimiento. Hoy en día, los compiladores implementan muchos de estos trucos.
ejemplos son: cambiando en lugar de dividir, manipulando el contador de programa en un salto de la tabla para un interruptor de encendido/caso, inlining funciones si sólo se utilizan una vez, etc.
Todavía hay espacio para optimización de su, pero la ganancia de rendimiento será tan baja que es mejor usar un lenguaje de nivel superior y para mantener el mantenimiento.
Bueno, "ensamblaje" es más una colección de diferentes variedades, en realidad. Depende de la arquitectura para la que estás programando. Por ejemplo, el ensamblaje para x86 podría (y será) muy diferente del ensamble para ARM, o MIPS, o cualquier arquitectura que se pueda imaginar. Esto se debe al hecho de que el ensamblaje es una traducción uno a uno del código binario que ejecuta el procesador. Como las diferentes arquitecturas tienen conjuntos de instrucciones diferentes, su lenguaje de ensamblaje también es diferente.
De hecho, el montaje es lo más bajo que puede hacer sin escribir código binario simple. Pero, no es un lenguaje específico, en lugar de un grupo de idiomas. Por lo tanto, si está hablando, por ejemplo, del ensamblaje x86, y lo compara con otro idioma de igual nivel bajo, encontrará que ese otro lenguaje también sería una variedad de ensamblaje. Por otra parte, sería para otra arquitectura, por lo que no sería muy útil también.
- 1. Idiomas interpretados: ¿el nivel más alto es el más rápido?
- 2. ¡Lenguaje más cercano a la sintaxis de Python que es un lenguaje de bajo nivel!
- 3. ¿Cuál es el lenguaje de programación funcional más mínimo?
- 4. ¿Cuál es el lenguaje de programación más conciso?
- 5. Programación del zócalo en el nivel bajo
- 6. ¿cuál es el mejor lenguaje de programación para el selenio?
- 7. Viniendo de Python, ¿cuál debería ser el segundo lenguaje de programación para aprender?
- 8. ¿Cuál es el más utilizado? RSS o Atom? y de cuál es mejor construir?
- 9. ¿Work Stealing es siempre el algoritmo de programación de hilos a nivel de usuario más apropiado?
- 10. ¿Cómo interactúa el lenguaje de ensamblaje con algo como Internet?
- 11. C y sugerencia de proyecto de ensamblaje necesaria para clase en software de bajo nivel
- 12. UML para el lenguaje de programación C
- 13. ¿Cuál es el propósito del lenguaje de programación Scala?
- 14. ¿Cuál es el marco de registro más utilizado en C#?
- 15. ¿Cuál es el estado actual de LOGO? (El lenguaje de programación)
- 16. ¿C# es un lenguaje de alto nivel?
- 17. Grub y entrar en modo real (programación de lenguaje ensamblador de bajo nivel)
- 18. ¿Qué es Javascript de bajo nivel?
- 19. ¿Por qué es PHP el lenguaje de programación web más fácil de aprender
- 20. Lenguaje de nivel bajo, medio y alto, ¿cuál es la diferencia?
- 21. Lenguaje de ensamblaje: ¿hay más de un tipo?
- 22. El peerID utilizado en el marco de GameKit, ¿es siempre único para cada dispositivo?
- 23. Lenguaje de ensamblaje - Apiladora
- 24. estado del desarrollo web utilizando el lenguaje de programación funcional
- 25. Programación Bluetooth de bajo nivel en C++
- 26. Lenguaje VB.NET y Nothing: ¿por qué es así?
- 27. más dinámico lenguaje de programación dinámico
- 28. ¿Cuál es el mejor lenguaje para el reconocimiento de huella?
- 29. ¿Qué es el modelo de actor en el contexto de un lenguaje de programación?
- 30. Aprendiendo acerca de la programación de gráficos de bajo nivel
Parte de la pregunta que hace le pide algo que es más una opinión que una realidad. No importa si la velocidad extra (la gente ha estado diciendo que los compiladores son tan buenos que no se puede obtener velocidad adicional durante décadas, aún no es cierto) vale la pena el tiempo extra que se gasta en ella. La opinión popular dice que debe ser tan descuidado con el rendimiento como sea posible, y lo justifica con "La Ley de Moore lo acelerará la próxima década". – harold
Realmente es muy difícil vencer a los compiladores actuales. También puede preguntarse, ¿quiere que pase muchas horas (a $ 100/hora) para optimizar el programa, o desea gastar sus $ 100 en más RAM y una CPU adicional? El hardware es barato, los buenos programadores son caros. –
@BoPersson Usted gana $ 100 por hora? De todos modos, esa línea de razonamiento solo funciona para el software que solo vas a usar tú mismo. De lo contrario, un millón de personas tendría que gastar $ 100 en más RAM * o * simplemente compre el software de su competidor en lugar del suyo. – harold