- Scritto da: unaDuraLezione
> A dire vero è viceversa.
> Se conosci l'assembly (sapendolo ottimizzare)
> puoi usare un disassemblatore o un debugger per
> analizzare il codice prodotto a seconda alle
> opzioni di compilazione.
>
> Io lo feci quando schifavo il C e vidi che non
> ottimizzava il codice: per dirne una quando
> entrava in una funzione/subroutine si salvava
> nello stack i valori di tutti i registri del
> processore anche se poi ne modificava solamente
> una parte (poi ovviamente li ripristinava
> tutti).
> Comunque al giorno d'oggi l'assembly ha senso in
> macchine chiuse e/o semplici, oppure si usa con
> profitto nel C, inline, in routine che
> necessitano di potenza dal terzo livello di loop
> in poi. Nell'ultimo caso, ovviamente vanno usate
> direttive di compilazione in miodo da avere un
> fall back che garantisce la portabilità del
> codice (ovvero il codice C che fa lo stesso di
> quello
> assembly).
Stai dicendo cose che nella in parte ovvie e in parte fuori contesto... che nella realtà (effettiva) non valgono un tubo!

Se io scrivo un migliaio di righe in assembler (di una qualunque macchina) sono (se sono davvero davvero mooooltooo bravo) probabilmente in grado di ottimizzarle (e tenerle sotto controllo) un pochino meglio di quanto non farei scrivendo in C ma con un vantaggio molto piccolo in pratica (su una architettura moderna) se passiamo questo limite ... diciamo anche solo sopra le 4-5 mila righe di codice sono disposto a scommettere qualunque cifra che sono più efficiente scrivendo in C e sopratutto che gestisco il codice infinitamente meglio (e non ho ancora messo in campo la portabilità).

Se poi passiamo alle dimensioni di un kernel non c'è proprio contesa!
E .. ripeto il tutto senza considerare la portabilità e riutilizzabilità del codice.

Voglio essere buono e mantenere in campo solo i vantaggi di leggibilità efficenza complessiva e manutenibilità!

Quanto al disassembler l'output è mediamente illeggibile (anche con un disassembler sofisticato) se non conosci a menadito l'architettura di quella macchina e non dai un "aiutino pesante" e manuale tramite l'abbondante e dispendioso impiego di neuroni!

A meno che (ripeto) non parliamo di poche righe di codice e il tutto con molto (ma davvero molto) "granu salis".

Il C è oggi insostituibile (ho detto e scritto C non C++ C# e altre cose che col C in senso proprio hanno poco da spartire).

Hai mai provato a disassemblere un OS? (un os semplice beneinteso... anche molto antico)... per fare un esempio un "banale" CP/M?
E sto parlando di roba VERAMENTE semplice rispetto alla complessità di quanto oggi devi mettere in campo se parli di software di base!