ok pero' se nel programma ci sono ordini come spesso si e' detto,che terminologia dobbiamo adottare?

ok!
Inoltre,volevo farti una domanda piu' strettamente logica: la singola istruzione e' caratterizzata da una sola riga di codice o possono anche essere piu' righe?
Nel senso,si puo' definire istruzione anche solo una riga di condizione tipo IF..... e basta?
Cioe' solo la condizione contenuta nella riga puo' configurarsi come istruzione?

ok...... non ne sono molto convinto però

---

Sì, è così.

Un "processo" è qualcosa che "gira in RAM" (ossia, è cosa dinamica, che si modifica e rimodella continuamente), dunque è qualcosa che ha natura DINAMICA, non statica (son "fasci di elettroni che si muovon lungo un "campo elettromagnetico"). Creare un processo equivale ad eseguire il programma da cui il processo deriva. Il creare un sottoprocesso equivale ad eseguire il sottoprogramma da cui tale sottoprocesso deriva. L'una cosa è l'altra, senza distinzioni.

Non saprei davvero. La definizione che abbiamo ora è calzante e soddisfa ai nostri scopi pienamente.

Ho parlato di "processo" sviluppato (dal Sistema Operativo) A PARTIRE dal "programma". Intendendo che il "processo" viene generato dal Sistema Operativo tramite l'esecuzione del "programma" cui si riferisce.

1. "avviare un programma" è azione che compete ad un Utente (non al Sistema Operativo) ed è un'espressione di tipo "visuale" (ossia, descrittiva) e puramente evocativa (ossia, per sua natura vaga e non tecnicamente precisa).
2. "avviare un processo" è cosa che pertiene solo e unicamente al Sistema Operativo.
3. "processo in atto" e "processo attivo" sono sinonimi. "programma in esecuzione" indica il programma sulla base del quale il Sistema Operativo sta creando il processo. L'espressione "Processo in esecuzione" si usa talora quale sinonimo di "processo attivo", ma è certo meno precisa.



No, non perfettamente: l'esecuzione del programma inizia con la sua "lettura" (che precede di una frazione minima di tempo la vera e propria "copiatura in RAM"). Successivamente, dopo che l'intero codice da eseguire è stato letto e copiato in RAM, il processo può proseguire -attivo- anche senza che ci sia un'ulteriore fase di "lettura" dal codice del programma. Il che ci indica che le sue cose sono da tener distinte.


Dipende da che cosa si intende con "realizzazione".
Se si intende la "scrittura di un programma da parte del Programmatore" (ossia, la "creazione" vera e propria di un programma), allora si intende "compilazione del codice sorgente".

La RAM è la "memoria a breve termine" del PC. Ed è distinta dalla "memoria a lungo termine" (che è costituita essenzialmente dall'Hard Disk).
La RAM viene fornita da un componente Hardware che si chiama Banchi RAM (e che NON ha nulla a che vedere con l'Hard Disk).
Quindi, quando affermo che i Processi "girano in RAM" intendo dire che il Sistema Operativo, per l'esecuzione dei Programmi, si appoggia essenzialmente alla RAM anziché all'Hard Disk: alla "memoria a breve termine" anziché a quella "a lungo termine".

In RAM non è possibile alcun "salvataggio" (inteso nello stesso senso in cui la parola viene usata parlando dell'Hard Disk). Tutto avviene in maniera "volatile". Nel corso dell'esecuzione del Programma tutte le fasi che non necessitano di "salvataggio" si svolgono interamente "in RAM" (ed è il Processore ad "elaborarle"). Dunque, si ha una situazione totalmente "fluida", priva di "punti fermi", sino a che non verrà il momento di "salvare" (e il "salvataggio" viene fatto sull'Hard Disk: o creando un nuovo file, o modificandone uno esistente... spesso, si tratta di un file "creato dal programma" [esempio: un file creato da un Editor di Testo], ma può anche trattarsi di una modifica al Programma stesso [esempio: il caso di un aggiornamento di versione]).

Tutto il "codice" che serve per creare il processo che è stato richiamato. Né più, né meno.

L'avvio dell'esecuzione è parte integrante della fase di esecuzione. mica lo si può ignorare.

Ci siamo.


Sì, è proprio quel che accade. Tranne un passaggio temporale ch'è impreciso: con l'atto stesso della "copiatura in RAM" l'esecuzione già è iniziata.

Il Processore elabora i dati -dunque, può essere che apporti loro modifiche- e li ripone in RAM (è come se sovrascrivesse i dati originariamente copiati per usar quelli nuovi). Con questo, i dati "originali" (quelli copiati per avviare l'esecuzione) possono anche non coincidere con quelli che stanno "girando in RAM" in un momento dato (successivo) dell'esecuzione. In pratica, dunque, è come se i dati che "girano in RAM", a mano a mano che il Processore li elabora, venissero sostituiti dalla loro elaborazione... fino ad arrivare al risultato finale. In quale verrà salvato NON "in RAM", ma sull'Hard Disk (ossia, nella "memoria a lungo termine" del PC). Naturalmente, il Sistema Operativo è in grado, quando è il caso, di eliminare -"bloccare"- i Processi (anche uno solamente) che stan "girando in RAM", col che tutto quel che è, in quel momento, "in RAM" del processo bloccato, viene, all'istante, perduto.


Si tratta di una denominazione ad uso dell'Utente. Vuol essere, ad un tempo, "evocativa" e "intuitiva". Non mira, dunque alla precisione terminologica. Chi crea un Sistema Operativo lo fa perché desidera che molta gente, poi, lo usi. Per questo, tende ad adottare termini che pensa sian di facile assimilazione. Parlare di "esecuzione automatica" è molto evocativo e anche intuitivo (si tratta di un concetto facile da immaginare: "qualcosa che scatta automaticamente") stimola la fantasia dell'Utente (par quasi che il PC -se non addirittura il singolo programma!- possa far delle cose "da solo", come guidato da un suo proprio vezzo... e questo suona "umano" e perciò stesso piace).


Se ti riferisci al Programma, è lo Sviluppatore, durante la compilazione del Programma stesso, ad aver stabilito l'ordine di caricamento (per tutte le fattibili operazioni).
Se invece ti riferisci al Sistema Operativo, la porzione dell'Hard Disk che vien "caricata" -posto che sia impostato il caricamento dall'Hard Disk e non da altra periferica- è la porzione iniziale dell'Hard Disk, che vien denominata MBR. Qui sta la "mappa" dell'intero Hard Disk e, in base quello che si trova in essa vengon "caricate" -nell'ordine stabilito dagli Sviluppatori che l'hanno creato- le varie parti del Sistema Operativo, a cominciare -ovviamente- dal boot-loader ("boot-loader" è un termine generico che indica un minuscolo programma il quale avvia l'effettivo "caricamento" dell'intero Sistema Operativo). NON è il Sistema Operativo, però, che accede e legge per primo l'MBR: è il cosiddetto BIOS (che è cosa diversa e INDIPENTENTE rispetto al Sistema Operativo [puoi usar Sistemi Operativi differenti senza cambiar PC: puoi avviare, ad esempio Windows oppure Linux, ma il tuo BIOS è sempre lo stesso, identico, per entrambi).

Una domanda, ora, te la vorrei fare io...
Ma da dove ti son mai nate simili curiosità, che son -mi pare- di tipo essenzialmente "semantico"?

Sì.

Si definisce "elaborazione dei dati" l'operato sui dati da parte del Processore. In pratica, il Processore opera sui dati e, a partir da quelli iniziali, ottiene dei risultati intermedi e un risultato finale (anch'essi son dei dati, ma non è detto siano identici a quelli di partenza).

Il Processore prende i dati dalla RAM, li rielabora e poi li "salva temporaneamente" sempre nella RAM (se c'è spazio abbastanza, ovviamente!) "sovrascrivendo" -con ciò stesso- i dati dai quali era partito. Se l'elaborazione richiesta necessita di più fasi, il Processore ripete l'operazione più volte, ogni volta partendo dal risultato parziale cui era giunto al termine dell'elaborazione precedente, sino a raggiungere il risultato finale (che può, poi, essere "salvato sull'Hard Disk").

Succede che il codice contenuto nel Programma e necessario ad eseguire il comando dell'Utente vien letto dal Sistema Operativo e -contestualmente [lo scarto temporale è infinitesimale]- copiato in RAM.

Perché esattamente in questo consiste la funzione per la quale è stato progettato, sin dalla sua nascita, il Computer.

Ad essere usati per una successiva fase di elaborazuinbe oppure ad essere salvati, dopo, sull'Hard Disk (nel caso essi siano il risultato finale voluto).

Poniamo che l'operazione da fare sia una semplicissima somma seguita da una moltiplicazione. In gioco, tre numeri: due da sommare fra di loro, il terzo da moltiplicare con la somma degli altri due.
Prima, i dati (i tre numeri e il codice che indica quali operazioni fare) vengono copiati nella RAM. Da qui, il Processore prende i primi due numeri e li somma, salvando la somma che ne cava di nuovo in RAM (e sovrascrivendo i due numeri che eran da sommare... cosa che modifica rispetto a quelli che in origine eran stati copiati in RAM, i dati che "girano" in RAM. Ovviamente, effettuata la somma, anche gli ordini ad essa relativi vengon cancellati -perché sovrascritti- e non proseguono la loro permanenza in RAM). Poi, il Processore prende la sommatoria prima ottenuta e il numero per cui moltiplicarla (dalla RAM), elabora la moltiplicazione e salva nuovamente in RAM il risultato che ottiene (il prodotto ottenuto) sovrascrivendo i precedenti dati. Dato che questo è il risultato finale cui si puntava, tale prodotto viene salvato (in forma di file) sull'Hard Disk e l'intero Processo si chiude.

Mago devi fare una tesi di laurea con i consigli di monsee?

eh beh ragazzi ma io sono a digiuno di certi concetti.