[ASSEMBLY] Primi programmi: codice di uscita e specificazione del modello

[deleted_29]

Originariamente inviato da Daisyland
Dopo aver letto tutto questo faccio una domanda, magari senza senso.
So che se ne parla in altri thread, ma team che progettano un sistema operativo in genere da quante persone sono composte ?

Da 2 a 5.000

E, altra domanda, l'assembly oggi per cosa puo' essere utile, soprattutto ?

soprattutto per scrivere piccole parti di codice che devono essere particolarmente efficienti e CPU-bound.
Un qualsiasi programma con interfaccia GUI, ad esempio, non (nella stragrande maggior parte dei casi) ha alcun interesse per porzioni di codice assembler.
il tempo che impiega un utente a cliccare un bottone o leggere la risposta è enormemente superiore alla differenza tra una certa procedura in C ed una in assembler (per fare un esempio).

---
Cambia invece il discorso ove, ad esempio, vuoi implementare un metodo efficiente (anzi il più efficiente possibile) per calcolare l'hash di una certa porzione di memoria, "zippare" o magari ottimizzare combinatorialmente dei parametri per una pianificazione di produzione.
In questo caso un "buon" programmatore [buon=almeno 10 anni di esperienza] può scriverti un codice anche 3 volte più veloce di uno C.
Ma c'è un grossissimo "ma".
Visto che le prestazioni NON scalano verticalmente, ma ormai solo orizzontalmente, un algoritmo computazionalmente pesante va affrontato parallelizzandolo, più che rendendolo efficiente nella sua codifica.
Ecco spiegato perchè anche per applicazioni CPU-bound, assembler è sempre meno impiegato.

Se per la legge di amdahl la cosa ti interessa bene, altrimenti ecco spiegato perchè oggi è assai poco diffuso (o comunque enormemente meno rispetto anche solo a 15-20 anni fa)
L'ultimo programma "in gran parte" in assembler che ho fatto era... la parte di calcolo delle statistiche per il totocalcio per migliorare il tempo di generazione.
Ma l'intera interfaccia è in Pascal.

L'ultimo programma 100% in assembler che ho scritto è... mmmhhh... un videogioco di calcio per amiga, mentre per C64 tutti i giochi erano in assembler

[deleted_29]

Originariamente inviato da Daisyland
Era solo una curiosita' su come e' formato un team per la creazione di grandi progetti, come puo' essere appunto un sistema operativo.

"sistemi operativi" che ne sono circa 5 diffusi in ambito diciamo così "grande", ed un certo numero in ambito più specialistico.
Alcuni sono proprietari, altri no. Quelli "no" (linux e bsd, ad esempio), poggiano per la maggior parte su codice già esistente (GNU).
Perfino MacOS ha una sua "base" BSD.

Quindi diciamo così a parte Windows direi (per quanto ne so) non ci siano altri progetti al 100% "in house".
escludo forse (e dico forse) reactos

[linoma]

Forse verra' usato per la gestione degli interrupts. Ma cn i compilatori che ci sn oggi nn vedo motivo per cui usare assembly su PC se non per casi veramente estremi.

[deleted_29]

Originariamente inviato da linoma
Forse verra' usato per la gestione degli interrupts.

non esistono più da una vita, ormai sono tutte "virtuali" (il riferimento è alla modalità protetta x86)

[linoma]

L'asm viene usato nella gestione degli IRQ (nn x86) e della cache (nn x86).

[torn24]

Come cultura generale vedere come programmavano una volta sarebbe interessante
imparare a programmare benissimo in assembly lo trovo inutile

conosco un elettronico che deve programmare micro e usa l'assembly quando necessario
ma comunemente linguaggio c ("in cui puoi inserire codice assembly all'occorrenza")
esistono anche delle versioni di basic per programmare a basso livello i micro

quando si usava l'assembly era perchè non cerano alternative e con il medesimo impegno
i risultato era minore ("vedere un sistema operativo basilare anni 70 ") e un moderno sistema
operativo
anche se la bravura del programmatore in un verso è maggiore

[deleted_29]

Originariamente inviato da linoma
L'asm viene usato nella gestione degli IRQ (nn x86) e della cache (nn x86).