La definizione di Processo è "un Programma in fase di esecuzione". Un Processo può essere attivo oppure no in qualsivoglia momento dato. Se è attivo, si dice -colloquialmente- che tale Processo è in esecuzione in quel momento; se, invece, NON è attivo, si dice che tale Processo, NON "viene eseguito" in quel momento. Non perché possa "esistere" un PROCESSO INATTIVO (il solo Processo "inattivo" che c'è è -per definizione- quello INESISTENTE), bensì perché dobbiam poter comunicare fra di noi. Se io debbo dirti che un certo Processo NON è attivo nel mio sistema (e invece dovrebbe esserci, per cui il fatto che manchi è un problema anche grave, ragion per cui sto domandando aiuto al Forum), scriverò che tale Processo non è "in esecuzione" (nel senso che non c'è, il che è anormale). Tu capirai quello che intendo (o lo farà un altro alutamico al posto tuo), e -se lo sai- proverai a suggerirmi cos'è che debbo fare per aggiustar le cose.

NO: il Programma si compone di "porzioni di codice" DEBITAMENTE COMPILATO (il che, fra le tante altre cose, include l'istituzione di GERARCHIE, interne al Programma, fra le varie "porzioni di codice"): sicché le varie "porzioni di codice" che costituiscono i diversi "sottoprogrammi" verranno "eseguite" DAL SISTEMA OPERATIVO nell'ordine esatto che è stato previsto dallo Sviluppatore che ha creato e sviluppato quel Programma.

L'espressione "nell'ordine stabilito" (dallo Sviluppatore) NON deve necessariamente venire intesa come "dal PRIMO all'ULTIMO della lista (una riga di codice dopo l'altra, ciascuna scritta immediatamente dietro a quella eseguita in precedenza)", perché lo Sviluppatore può anche sceglier di organizzar le gerarchie in modo differente (di far eseguire, per esempio, prima una serie di ordini presenti in una certa porzione del file EXE, poi una serie di ordini presenti in una certa porzione di codice che si trova in una specifica DLL, poi una serie di ordini presenti in una porzione di codice che si trova anch'essa nel file EXE, ma -nell'ordini di lettura di un lettore "umano"- risulta scritta prima di quella che ha avviato l'intera serie, poi una porzione di codice che sta scritta dentro ad un file di database, etc... etc... sino a portare a compimento -nell'ordine esatto previsto dallo Sviluppatore- tutta quanta la serie di ordini prevista). Ma, detto questo, è vero che se tutto è stato fatto bene e se le condizioni del Sistema Operativo son tali da permettergli di funzionar come dovrebbe... avviando il Programma vien eseguita, secondo una serie pre-definita dallo Sviluppatore, tutta una sequenza di istruzioni.

Succede che: avviando Esplora Risorse vien eseguita, secondo una serie pre-definita dallo Sviluppatore, tutta una sequenza di istruzioni. Che, dato il scopo specifico di questo Programma, si concretizza nel fatto che vedrai apparire sul desktop le varie icone e cartelle (Windows Explorer ha, infatti, proprio il compito di "disegnar sul desktop" icone, cartelle, sottocartelle e finestre).

Sì, infatti è proprio così.

Beh, la CPU rappresenta solo i valori coinvolti di UNO dei "componenti harware" coinvolti nella cosa. Ad eseguire è il Sistema Operativo, ovviamente. Che si appoggia sulla presenza -e sul lavoro- dei vari componenti hardware: Processore, RAM, Hard Disk, etc... Quello che effettivamente "esegue" è il Sistema Operativo.

Sì, è così... detta "in soldoni" (ossia, se non si vuole tanta precisione).

Il "caricamento" può essere anche "progressivo" (una parte -la parte che serve in quella specifica fase in cui ci si trova- viene caricata, il resto ancora no; superata quella fase, viene caricata un'altra parte, etc... sino a completamento di quanto previsto). Non è indispensabile (è cosa che dipende da quel che ha stabilito lo Sviluppatore, a conti fatti) che TUTTO venga "caricato in RAM" sin dall'inizio.

Non sempre ciò accade, come già detto.

Il caricamento è parte integrante dell'esecuzione: tutto quel che vien "caricato" viene anche "eseguito".

Stiamo parlando di velocità ENORMI (la velocità della luce, in pratica), per cui la distanza fra due eventi successivi è di miliardesimi di millisecondo. Meglio è concepir l'esecuzione come un tutt'uno.

La fase di caricamento comincia con l'inizio dell'esecuzione e termina col termine dell'esecuzione stessa (se serve, può accadere anche che si "ri-carichi" all'istante quel che già si era, prima, già "caricato"). Dopo, può seguire (oppure no, secondo quel che ha stabilito lo Sviluppatore), un'altra "fase di caricamento" (ossia, di esecuzione)... etc...

Se all'Utente NON va bene un dato Programma, può ben disinstallarlo e poi installarne un altro. Del resto, si tratta della sola ed unica via: cercare di dar "ordini" in contrasto con quelli stabiliti dallo Sviluppatore conduce semplicemente ad una "segnalazione di errore" (e, se l'errore è grave, ad un vero e proprio "crash").
Se non ti andasse a genio un programma "di Sistema" (com'è "Esplora Risorse", per esempio) la sola via d'uscita che avresti consisterebbe nel cambiar Sistema Operativo (e adottare Linux, per esempio).

Se l'Utente s'incaponisce -assurdamente, giacché la cosa non ha proprio nessun senso- a cercar di far fare ad un Programma cose che non sono previste (che lo Sviluppatore, insomma, NON ha specificamente programmato) oppure cerca di cambiare l'ordine degli eventi, tutto ciò che otterrà sarà di ottenerne tutta una bella serie di sterili "errori" (magari, con correlati "messaggi d'errore), se non addirittura un bel "crash" (cioè, un repentino collasso) del Programma.

No, ti sbagli: qualunque "ordine" tu possa dare "cliccando" sull'interfaccia grafica, o rispetta quel che è stato previsto dallo Sviluppatore che ha creato il Programma (e allora funzionerà ogni cosa) o crea un "errore" che -se è rilevante- potrà dare problemi al Programma, sino a farlo, in casi estremi, addirittura collassare.
I soli (non ci sono eccezioni) "ordini" che puoi dare tramite GUI son quelli previsti da chi ha creato la GUI: se cerchi di uscirne, metti in crisi il programma, il quale ti darà "errore".
Se fai qualche cosa (quale che essa sia) e questa tua trovata "funziona", significa semplicemente che quello che hai fatto era già stato previsto (e preparato) dallo Sviluppatore.
Il solo e unico modo di far fare ad un programma qualcosa che lo Sviluppatore che l'ha creato NON ha programmato consiste nell'andare TU a MODIFICARE il programma (riscrivendolo, in tutto oppure in parte; cosa legalmente possibile, ad esempio, con svariati Programmi opensource, ma che richiede tanta abilità [pratica che è assolutamente ILLEGALE, invece, con i Programmi "closed", ossia "proprietari"]) al fine di ottener quello che vuoi. Ma il Programma che otterrai, alla fine (ammesso che funzioni), sarà comunque diverso da quello originale.

Dipende semplicemente dal fatto che lo Sviluppatore ha previsto e impostato queste specifiche funzioni (incluso il fatto che l'Utente possa desiderar di attivarne una oppure un'altra).
Non si può far NULLA (a parte mandare il crash il programma, ovviamente... o prendere a martellate il proprio computer [azione poco astuta, che però si può fare]) che lo Sviluppatore non abbia -in precedenza- debitamente programmato.