|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
faccio un elenco di domande piu' pratiche ma mi raccomando chiedo risposte sintetiche e semplici :-)
1. c'e' una differenza tra barra degli strumenti,barra delle applicazioni e barra dei comandi ? 2. se parlo el menu' start,a cosa mi riferisco esattamente. quando apro il menu' trovo tantissime cose,il menu' cosa comprende? 3. monsee mi spieghi un attimo esattamente cosa significa che un programma e' in fase di caricamento? cosa comprende questa fase? La scrittura su ram ed elaborazione dei dati ma esclude l'esecuzione del programma? 4. si puo' dire che un programma e' in esecuzione nel momento in cui il sistema esegue le sue istruzioni? 5. qualora il programma preveda una GUI,le istruzioni di programma descriveranno in che modo dovra' presentarsi e l'aspetto che a livello grafico il programma dovra' assumere? in che modo avviene la composizione della GUI ? 6.si dice che il codice del programma viene caricato oppure che il programma viene caricato? A differenza dell'argomento precedente,essendo molte le domande che via via porro',potete rispondermi anche solo con una riga giusto anche per avere una conferma di cio' che scrivo? grazie! :-)
|
|
Rank: AiutAmico
Iscritto dal : 4/14/2009 Posts: 2,264
|
...Considerate le 6 pagine ormai scritte, ipotizzando in base 10 un ulteriore sviluppo del topic corrispondente ad uno o più multipli di 6, ho pensato di inserire un brevissimo pit stop musicale per ricaricare le batterie. Ecco a voi: http://www.youtube.com/watch?v=CeF_BH-sYJkFinito il break, buon lavoro! Ciao :-)
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
grazie :-) siete tutti straordinari e mi trovo molto bene qua dentro!
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:1. c'e' una differenza tra barra degli strumenti,barra delle applicazioni e barra dei comandi ? "Barra degli Strumenti" è un'espressione che in genere indica una serie di comandi dell'interfaccia grafica (la GUI) di un Programma (un browser, per esempio). L'espressione "Barra delle Applicazioni" afferisce normalmente al desktop e indica la barra dalla quale è possibile lanciare Programmi direttamente con un click (in Linux, spesso, si usa anche la parola "Pannello"). L'espressione "Barra dei comandi" è usata in genere nell'interfaccia grafica (GUI) dei Programmi: si tratta di una barra che permette di dare comandi specifici al Programma... mago30 ha scritto:2. se parlo el menu' start,a cosa mi riferisco esattamente. quando apro il menu' trovo tantissime cose,il menu' cosa comprende? Il cosiddetto "Menu Start" (in Windows) include il tasto "Start", i tasti di chiusura e il menù che si trova al di sopra del tasto Start (che include anche alcuni -pochi, in verità- Programmi). mago30 ha scritto:3. monsee mi spieghi un attimo esattamente cosa significa che un programma e' in fase di caricamento? cosa comprende questa fase? La scrittura su ram ed elaborazione dei dati ma esclude l'esecuzione del programma? L'esecuzione di un Programma necessita della lettura del codice da eseguire e, dunque, della fase di "caricamento" (in RAM e non soltanto [talora, viene coinvolto anche il Pagefile... e, in Linux, la Partizione di SWAP]). NON vi è alcuna vera e propria "scrittura su RAM" nel medesimo senso in cui intendiamo la scrittura, per esempio, sull'Hard Disk (la RAM è la "memoria volatile", a breve termine, del PC). L'elaborazione dei dati, poi, pertiene soltanto e unicamente al Processore. mago30 ha scritto:4. si puo' dire che un programma e' in esecuzione nel momento in cui il sistema esegue le sue istruzioni? Il Programma è costituito da tutta una serie di istruzioni. Ma è sbagliato pensarle come "le istruzioni DEL programma": più corretto è immaginarle come "istruzioni che compongono il Programma". Il Sistema che lo esegue, esegue -di fatto- alcune o tutte le istruzioni contenute nel Programma. Non è "il programma" a guidare il Sistema (così come non è la Partitura a guidare l'orchestra): è il Sistema che mette in atto quanto trova scritto nel Programma. mago30 ha scritto:5. qualora il programma preveda una GUI,le istruzioni di programma descriveranno in che modo dovra' presentarsi e l'aspetto che a livello grafico il programma dovra' assumere? in che modo avviene la composizione della GUI ? La GUI è un'interfaccia grafica (fra il cuore operativo del Sistema e l'Utente). Essa stessa è un Programma (o meglio: un mega-sottoprogramma). Tracuce i "click" dell'Utente in modo tale che il Sistema Operativo possa capire quali sottoprogrammi del Programma cui appartiene la GUI vadano "eseguiti". mago30 ha scritto:6.si dice che il codice del programma viene caricato oppure che il programma viene caricato? "Caricare" un Programma implica che se ne carichi il codice "compilato" (compilato dallo Sviluppatore proprio per renderlo "eseguibile").
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
ciao! ti ringrazio,non ho capito pero' questa frase: 1 ) Il cosiddetto "Menu Start" (in Windows) include il tasto "Start", i tasti di chiusura e il menù che si trova al di sopra del tasto Start (che include anche alcuni -pochi, in verità- Programmi).
Non trovo i tasti di chiusura e il menu che si trova al di sopra del tasto start.
2) Inoltre,alla luce del fatto che non sono esperto in materia di programmi,in sostanza,quando trovo scritto che un programma e' in fase di caricamento oppure che un programma sta caricando esattamente,detto terra terra,che sta succedendo?
3) volevo avere una conferma di una cosa: un programma e' costituito da una "somma" di tanti sottoprogrammi. Ciascuno di questi sottoprogrammi compie una serie di operazioni. La mia domanda e' questa: 4) ciascun sottoprogramma si compone di una sola istruzione o di tante istruzioni? Il fatto che il sistema esegua in parte o tutte le istruzioni dipende dalla volonta' esclusiva del programmatore? Ogni istruzione e' una riga terminante con il punto e virgola? 5. tecnicamente si dice esecuzione di un sottoprogramma o esecuzione di un processo? 6. l'esecuzione di un sottoprogramma avviene caricando solo la porzione di codice interessata ed eseguendone tutte le istruzioni? 7.il codice della GUI generalmente in quale file si trova? 8. un chiarimento rapido su una cosa: il concetto di file. Racchiudere dei dati in un file a cosa e' funzionale? Tecnicamente il file serve al sistema operativo? Io so che ci sono programmi non contenuti in files per cui qual'e' la funzione? Per esempio so che ci sono files non eseguibili contenenti codice eseguibile? Che senso ha? Mi spieghi meglio?
Un favore: puoi provare in poche righe giusto a darmi le basi rispetto alle domande poste ? In maniera elementare,te lo chiedo come favore personale,poi dopo eventualmente approfondisco ma ora se non c'e' la massima elementarieta' mi blocco subito.
Grazie mille ancora Monsee! :-)
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:Non trovo i tasti di chiusura e il menu che si trova al di sopra del tasto start. L'esempio da me fatto vale per Windows (non tutti gli SO hanno desktop identici!)... in particolare, per Windows XP (che è il Windows che ho più spesso sott'occhio). Clicca su "Start" e vedrai apparire (sta in verticale sopra lo Start) sia il Menu che i tasti di chiusura. mago30 ha scritto:2) Inoltre,alla luce del fatto che non sono esperto in materia di programmi,in sostanza,quando trovo scritto che un programma e' in fase di caricamento oppure che un programma [si] sta caricando esattamente,detto terra terra,che sta succedendo? Sta succedendo che il codice del programma viene "letto" e trasferito alla Memoria Temporanea (va, dunque, a "girare" nella RAM, in genere). mago30 ha scritto:4) ciascun sottoprogramma si compone di una sola istruzione o di tante istruzioni? Il fatto che il sistema esegua in parte o tutte le istruzioni dipende dalla volonta' esclusiva del programmatore? Ogni istruzione e' una riga terminante con il punto e virgola? La "lingua" in cui son scritti i programmi dipende dal Linguaggio di Programmazione adottato. Differenti Linguaggi di Programmazione presentano SINTASSI (simboli e loro significati, valori dei segni, regole di scrittura) fra loro ben diversi. Parlando in generale, comunque, la presenza del "punto e virgola" indica la fine del concetto. mago30 ha scritto:5. tecnicamente si dice esecuzione di un sottoprogramma o esecuzione di un processo? Il Programma "viene (o verrà) eseguito", mentre è più corretto dire che il Processo "è in esecuzione". mago30 ha scritto:6. l'esecuzione di un sottoprogramma avviene caricando solo la porzione di codice interessata ed eseguendone tutte le istruzioni? L'esecuzione avviene "caricando" a mano a mano il codice (solo il codice coinvolto e tutto il codice coinvolto) e eseguendo le istruzioni richieste. mago30 ha scritto:7.il codice della GUI generalmente in quale file si trova? In genere è sparpagliato fra parecchi files e cartelle, ma il suo nucleo fondamentale si trova, associato all'EXE più che altrove. mago30 ha scritto:8. un chiarimento rapido su una cosa: il concetto di file. Racchiudere dei dati in un file a cosa e' funzionale? Tecnicamente il file serve al sistema operativo? Io so che ci sono programmi non contenuti in files per cui qual'e' la funzione? Programmi non contenuti in alcun file? Non avrebbe alcun senso... I file sono dei "pacchetti" stabili (completi) di codice. Scrivere "su file" è qualcosa di indispensabile; sarebbe assurdo altrimenti: anche per "scrivere un biglietto" devi vergarlo su di un foglio. mago30 ha scritto:Per esempio so che ci sono files non eseguibili contenenti codice eseguibile? Che senso ha? Mi spieghi meglio? Si chiama "codice eseguibile" il "codice compilato" per l'esecuzione (che vien distinto, così, rispetto al "codice sorgente"). Anche i files che non sono degli EXE sono composti da "codice compilato" (soltanto quelli composti dal "codice sorgente" NON son composti di "codice compilato"). PS: riguardo alla semplicità: NON è possibile comunicare in maniera SEMPLICE concetti che, di per sé, sono COMPLESSI. Ti devi innanzitutto fare una base di conoscenze adeguata. Dopo di che, potrai trattare anche dei concetti un po' complessi. Io non posso "spiegare terra terra" cose che stanno solamente ad alta quota...
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
ok! ti rinumero le domande su cui ho ancora qualche dubbio. 1. la fase di caricamento di un programma implica quindi che il codice venga prima letto sull'hard disk e poi trasferito sulla RAM ? Quindi il sistema prima legge tutto il codice e poi lo va ad eseguire in memoria? 2. generalmente ciascuna riga di codice esprime un concetto pero' per poter indicare un'operazione e' necessario che siano scritte piu' righe di codice e che pertanto l'istruzione di componga di piu' righe. Quindi ciascun sottoprogramma generalmente eseguira' un'operazione ben precisa ed individuata da un insieme di righe che andranno a comporre il sottoprogramma descrivendone il "comportamento" ? 3. generalmente nei files dll cosa si puo' trovare di un programma? 4. quando parliamo di sottoprogramma,esso viene eseguito interamente ?
Magari prova a dire le cose in maniera elementare se puoi,dopo ho una domandona :-)
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:1. la fase di caricamento di un programma implica quindi che il codice venga prima letto sull'hard disk e poi trasferito sulla RAM ? Quindi il sistema prima legge tutto il codice e poi lo va ad eseguire in memoria? Perché scrivi che PRIMA legge e POI esegue in Memoria? Le due operazioni sono CONTESTUALI (contemporanee). Se nulla viene letto, che c'è da porre in Memoria? Se quel che viene letto non va nella Memoria (né viene scritta da qualche altra parte), subito scompare... che lo si è letto a fare? NON c'è il "prima" e il "dopo": codeste cose avvengono in contemporanea. mago30 ha scritto:2. generalmente ciascuna riga di codice esprime un concetto pero' per poter indicare un'operazione e' necessario che siano scritte piu' righe di codice e che pertanto l'istruzione di componga di piu' righe. Quindi ciascun sottoprogramma generalmente eseguira' un'operazione ben precisa ed individuata da un insieme di righe che andranno a comporre il sottoprogramma descrivendone il "comportamento" ? Vero, se è presente UN solo sottoprogramma. Ma devi ricordare che son presenti, spesso se non addirittura sempre, MOLTI sottoprogrammi. Che son relazionati (è lo Sviluppatore, durante l'opera di compilazione a farlo) fra di loro. E queste "reciproche relazioni" fanno sì che avendo in gioco i medesimi sottoprogrammi (ma relazionandoli in maniera diversa: ad esempio, cambiando a un certo punto l'ordine di esecuzione) si possano avere un certo numero di effetti diversi pur se si parte sempre dagli stessi identici sottoprogrammi (è il solito concetto di "Gestalt", che spiega la cosa). mago30 ha scritto:3. generalmente nei files dll cosa si puo' trovare di un programma? Trova delle LIBRERIE (che sono degli "insiemi di funzioni" di utilizzo diffuso e assai comune, preparati in maniera tale da poter essere utilizzate da uno -o da svariati- Programmi). mago30 ha scritto:4. quando parliamo di sottoprogramma,esso viene eseguito interamente ? Dipende dal sottoprogramma: un sottoprogramma molto semplice (piccino, elementare) o viene eseguito interamente o non viene eseguito affatto. Un sottoprogramma complesso, che si compone di più sotto-parti, può essere eseguito, invece, sia "in toto" che "parzialmente", secondo le esigenze previste e le direttive predisposte dallo Sviluppatore. mago30 ha scritto:Magari prova a dire le cose in maniera elementare se puoi Non penso si possa (io, almeno, non ci riesco) mantenersi sul "semplice" parlando di cose complesse. Bisogna davvero STUDIARLE, sennò non le si può capire.
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
hai ragione sullo studio,altrimenti si rischia che il cervello fumi :-) Una cosa pero' mi serve capire sul caricamento: il codice interessato viene letto hai detto. Per leggere intendi dire eseguito? Quindi,viene trasferito in memoria e nello stesso tempo eseguito? Non so se volessi porre l'equivalenza leggere= eseguire. Non c'e' neanche un intervallo minimamente marginale tra la scrittura in RAM e l'esecuzione del codice? Nell'eseguire le istruzioni di un sottoprogramma,l'ordine di esecuzione sara' stabilito dal programmatore?
Allora mi chiedo: quando clicco su un exe,a volte ci impiega quei 4-5 secondi per aprirsi e si dice che il programma e' in fase di caricamento. In quei 4 secondi che succede alla luce di cio' che hai scritto?
Inoltre,so che per avviare un programma di solito si clicca su un exe; come mai avviene questo? non potrei cliccare su un file dll e aprirlo?
Quando dici ordine di esecuzione delle istruzioni e SEQUENZA ( ???) di esecuzione a cosa ti riferisci? grazie!
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:... il codice interessato viene letto hai detto. Per leggere intendi dire eseguito? La "lettura" è, in questi casi, una componente dell'esecuzione. Ma può anche esserci "lettura" senza che segua "esecuzione" (esempio: quando si effettua una scansione antivirus: i files indagati vengon "letti" dallo scanner dell'antivirus, ma NON vengono, con ciò, affatto "eseguiti" [restano dove stanno, immoti]). Quando si avvia un Processo, invece, la lettura da file è una delle fasi dell'intero processo di esecuzione. mago30 ha scritto:Quindi,viene trasferito in memoria e nello stesso tempo eseguito? Non esattamente "in contemporanea" (passano frazioni di tempo, comunque, ridottissime). Di fatto, stiamo ragionando su cose che si svolgono, in realtà, a velocità prossime a quella della luce. La luce impiega 1 secondo per percorrere lo spazio medio esistente fra la Terra e la Luna, per intenderci. Pensa, dunque, a quanto poco le serve per percorrere semplicemente una manciata di millimetri! mago30 ha scritto:Non so se volessi porre l'equivalenza leggere= eseguire. No, una tale "equivalenza" -intesa in generale- è ERRATA: può esserci "lettura" senza poi "esecuzione". mago30 ha scritto:Non c'e' neanche un intervallo minimamente marginale tra la scrittura in RAM e l'esecuzione del codice? Anche qui, stiamo parlando di fenomeni la cui velocità non è di molto inferiore a quella della luce... Per cui, l'intervallo "marginale", sì, esiste, ma è talmente marginale da risultare impalpabile. mago30 ha scritto:Nell'eseguire le istruzioni di un sottoprogramma,l'ordine di esecuzione sara' stabilito dal programmatore? Sì, sempre. Il programmatore stabilisce (nell'ambito delle operazioni di compilazione) tutti i possibili processi, i loro potenziali sviluppi e i possibili "ordini di esecuzione" (le "sequenze possibili"). mago30 ha scritto:Allora mi chiedo: quando clicco su un exe,a volte ci impiega quei 4-5 secondi per aprirsi e si dice che il programma e' in fase di caricamento. In quei 4 secondi che succede alla luce di cio' che hai scritto? L'EXE non si auto-esegue. È il Sistema Operativo -sempre!- ad "eseguire". Quel che succede fra il momento in cui dai l'ordine di "avviar l'esecuzione" e il momento in cui la detta "esecuzione" viene concretamente avviata è che il Sistema Operativo entra in contatto con l'EXE (e gli altri files eventualmente coinvolti), ossia lo (li) "legge", "scrivendolo [scrivendoli] in RAM" e poi, da quel punto, c'è l'elaborazione vera e propria, che spetta al processore (il quale elabora, appunto, i "processi"). mago30 ha scritto:Inoltre,so che per avviare un programma di solito si clicca su un exe; come mai avviene questo? non potrei cliccare su un file dll e aprirlo? No, non potresti. Il Sistema Operativo riconosce i files proprio dalla loro ESTENSIONE (e EXE è proprio una "estensione", che fa riconoscere quel file al Sistema Operativo come "file eseguibile"). Non perder mai di vista il fatto che l'EXE non è affatto in grado di "eseguire" NULLA! È sempre e soltanto il Sistema operativo che "esegue". Quando clicchi su un file dotato di una ben specifica "estensione", il Sistema Operativo mette in moto il Programma che -fra quelli presenti- si presume il migliore per gestire tale genere di file. Ebbene, il "programma" che gestisce gli EXE è IL SISTEMA OPERATIVO medesimo (l' SO): la denominazione "exe" indica semplicemente al Sistema Operativo che dev'essere sempre e solo lui ad occuparsi di gestir tali files (di aprirli e quant'altro...) mago30 ha scritto:Quando dici ordine di esecuzione delle istruzioni e SEQUENZA ( ???) di esecuzione a cosa ti riferisci? Se hai un certo numero di elementi diversi fra loro puoi metterli in un certo ordine. Poniamo, poi, che tu ti segni (disegnandolo su di un foglio, per esempio) quello specifico "ordine". Poi, cambi l'ordine che hai prima creato, spostando alcuni elementi. E, fatto questo, esegui un nuovo disegno che rappresenta nei dettagli il nuobo "ordine". Esegui questa operazione varie volte, sino ad esaurire tutti quegli "ordini" che ti interessa analizzare. Bene: abbiam chiamato "ordine" una disposizione effettiva, concreta. Quelle che hai disegnate sui foglietti del tuo quaderno, invece, sono schemi che riproducono nei dettagli i vari "ordini" coi quali hai lavorato. E sono tali schemi che vengono indicati col nome di "possibili sequenze". Un mutamento dell'ordine dei vari elementi tale che trasformi una di quelle "possibili sequenze" in un'altra delle "possibili sequenze" si dice "cambio di sequenza".
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
ciao! ok ti ringrazio. Ci sono pero' quattro concetti che non sono riuscito a comprendere. Te li riporto,magari trovi una spiegazione piu' elementare:
1.La "lettura" è, in questi casi, una componente dell'esecuzione. Ma può anche esserci "lettura" senza che segua "esecuzione" (esempio: quando si effettua una scansione antivirus: i files indagati vengon "letti" dallo scanner dell'antivirus, ma NON vengono, con ciò, affatto "eseguiti" [restano dove stanno, immoti]). Quando si avvia un Processo, invece, la lettura da file è una delle fasi dell'intero processo di esecuzione. 2. può esserci "lettura" senza poi "esecuzione" ?????????????????? 3.Quel che succede fra il momento in cui dai l'ordine di "avviar l'esecuzione" e il momento in cui la detta "esecuzione" viene concretamente avviata è che il Sistema Operativo entra in contatto con l'EXE (e gli altri files eventualmente coinvolti), ossia lo (li) "legge", "scrivendolo [scrivendoli] in RAM" e poi, da quel punto, c'è l'elaborazione vera e propria, che spetta al processore (il quale elabora, appunto, i "processi"). 4. Un mutamento dell'ordine dei vari elementi tale che trasformi una di quelle "possibili sequenze" in un'altra delle "possibili sequenze" si dice "cambio di sequenza". 5. domanda personale: per indicare che un processo fa parte di un programma,in che modo lo si chiama? "processo di programma" ?
A questo punto dammi solo un imput,il piu' semplice e grezzo possibile. grazie :-)
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:Ci sono pero' quattro concetti che non sono riuscito a comprendere. Te li riporto,magari trovi una spiegazione piu' elementare: Se ne sarò capace: non sempre si può essere "più elementari" di quello che si è stati. mago30 ha scritto:1.La "lettura" è, in questi casi, una componente dell'esecuzione. Ma può anche esserci "lettura" senza che segua "esecuzione" (esempio: quando si effettua una scansione antivirus: i files indagati vengon "letti" dallo scanner dell'antivirus, ma NON vengono, con ciò, affatto "eseguiti" [restano dove stanno, immoti]). Quando si avvia un Processo, invece, la lettura da file è una delle fasi dell'intero processo di esecuzione. Non credo che mi sia possibile spiegarmi più chiaramente di così: "lettura su file" è cosa che non sempre è correlata al trarre un Processo dai files che vengon "letti". L'antivirus che scansiona "legge" i files presenti (al fine di veder se contengano o no del "codice virale"): li "legge" epperò NON li "esegue". Li analizza soltanto. mago30 ha scritto:2. può esserci "lettura" senza poi "esecuzione" ?????????????????? Perché tutti quei punti interrogativi? Mi pare sia un concetto elementare e molto chiaro: può esserci "lettura" senza che ne segua necessariamente l'esecuzione del codice letto (nella cosiddetta "scansione euristica", c'è una "esecuzione virtuale" [e NON "reale"] di precise parti del codice letto, ma si tratta di cosa del tutto speciale,m che complicherebbe l'argomento e che, per semplicità, ho preferito omettere semplicemente).. mago30 ha scritto:3.Quel che succede fra il momento in cui dai l'ordine di "avviar l'esecuzione" e il momento in cui la detta "esecuzione" viene concretamente avviata è che il Sistema Operativo entra in contatto con l'EXE (e gli altri files eventualmente coinvolti), ossia lo (li) "legge", "scrivendolo [scrivendoli] in RAM" e poi, da quel punto, c'è l'elaborazione vera e propria, che spetta al processore (il quale elabora, appunto, i "processi"). Anche qui, non credo che mi sia possibile esprimermi in maniera ancor più semplice: il Sistema Operativo deve prima "collegarsi", "interfacciarsi" col programma da eseguire, per poterlo concretamente eseguire. mago30 ha scritto:4. Un mutamento dell'ordine dei vari elementi tale che trasformi una di quelle "possibili sequenze" in un'altra delle "possibili sequenze" si dice "cambio di sequenza". Anche qui, il concetto mi pare assai chiaro. Dato che l'insieme dei potenziali "ordini" in cui è possibile disporre gli elementi dati (prima uno, poi un altro, etc...) è detto "insieme delle sequenze", qualunque cambiamento che porti una di tali "sequenze" a trasformarsi in un'altra sequenza della medesima serie si chiama "cambio di sequenza". Si tratta solamente di un concetto logico essenziale. mago30 ha scritto:5. domanda personale: per indicare che un processo fa parte di un programma,in che modo lo si chiama? "processo di programma" ? Il Programma è cosa differente dal Processo, giacché mentre il Processo dev'esser concepito sempre come "cosa che è in esecuzione", il Programma deve esser concepito, invece, come "insieme complesso (e completo) di codice compilato": il Programma, insomma, è la Partitura della Sinfonia. Il Processo che ne nasce è l'esecuzione di tale Sinfonia da parte dell'intera orchestra.
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
ok grazie gia' va meglio. accolgo la tua proposta di non addentrarmi troppo ovviamente per cui ti numero alcune domande rispetto alle quali mi basta anche solo una conferma o eventualmente una correzione. 1. abbiamo detto che un programma e' costituito da tantissimi sottoprogrammi che sono porzioni di codice eseguiti in condizioni e tempi prestabiliti. I sottoprogrammi in esecuzione si chiamano processi o sottoprocessi? 2. alla luce di quello che hai scritto,non ho capito una cosa sui processi. il processo e' un sottoprogramma in esecuzione ma il sottoprogramma fa parte di un programma piu' ampio. puoi spiegarmi meglio questo concetto? 3. si puo' dire che il caricamento di un programma indica l'intervallo di tempo tra la scrittura in RAM e l'esecuzione del programma?
In pratica abbiamo un programma costituito da tanti sottoprogrammi per cui i processi fanno parte del programma. Non so,dimmi tu.
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:1. abbiamo detto che un programma e' costituito da tantissimi sottoprogrammi che sono porzioni di codice eseguiti in condizioni e tempi prestabiliti. I sottoprogrammi in esecuzione si chiamano processi o sottoprocessi? Per convenzione (ovvero per accordo comune nato dalle consuetudini) si chiamano "sottoprocessi". mago30 ha scritto:2. alla luce di quello che hai scritto,non ho capito una cosa sui processi. il processo e' un sottoprogramma in esecuzione ma il sottoprogramma fa parte di un programma piu' ampio. puoi spiegarmi meglio questo concetto? Un "sottoprocesso" è -ad ogni effetto- un processo: lo si definisce con il termiine "sottoprocesso" solo al fine di indicare che fa parte (almeno in teoria) di un Processo (più ampio e complesso) che l'include. Si usa il termine "sottoprocesso" essenzialmente in fase di analisi, laddove -analizzando un processo complesso- si vuole andare a parlar più specificamente dei "sottopprocessi" che lo compongono. mago30 ha scritto:3. si puo' dire che il caricamento di un programma indica l'intervallo di tempo tra la scrittura in RAM e l'esecuzione del programma? No: il caricamento è una FASE OPERATIVA (non un "intervallo di tempo"). Con la fase di "caricamento" (laddove si sia avviata l'esecuzione del programma) siamo all'avvio dell'esecuzione. Dunque,. la fase di "caricamento" (inclusa la "copiatura in RAM") è già l'inizio della cosiddetta "esecuzione del programma"" mago30 ha scritto:In pratica abbiamo un programma costituito da tanti sottoprogrammi per cui i processi fanno parte del programma. Si può benissimo concepire un programma come "costituito di sottoprogrammi". Ma NON è affatto vero che i PROCESSI "fan parte del programma": un processo è l' esecuzione (parziale o totale, secondo i casi) del programma da parte del Sistema Operativo.
|
|
Rank: AiutAmico
Iscritto dal : 5/27/2010 Posts: 255
|
ok perfetto. quindi,in definitiva: 1. ciascun sottoprogramma puo' agire (sempre tramite S.O) sia connettendosi con gli altri sottoprogrammi sia in maniera del tutto autonoma. 2. il caricamento coincide esattamente con l'avvio dell'esecuzione? e' proprio un'equivalenza perfetta (con il ridotto margine di tempo che include la copiatura in RAM). 3. anche solo il fatto che vi sia un processo in "atto" ci permette di affermare che il programma e' in esecuzione?
Quando si legge che un programma viene eseguito in determinate circostanze,a cosa ci riferiamo esattamente? L'espressione "viene eseguito" e' troppo generica,perche' non sappiamo come,perche',etc. La sequenza delle istruzioni puo' variare in base a vari fattori di volta in volta presenti? Quando dici "dato che l'insieme dei potenziali "ordini" in cui è possibile disporre gli elementi dati (prima uno, poi un altro, etc...) è detto "insieme delle sequenze",in concreto poni un'equivalenza tra ordine e sequenza delle istruzioni o sbaglio?
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
mago30 ha scritto:1. ciascun sottoprogramma puo' agire (sempre tramite S.O) sia connettendosi con gli altri sottoprogrammi sia in maniera del tutto autonoma. No, un "sottoprogramma" (esattamente come anche un programma) NON può "AGIRE". Semplicemente perché è costituito unicamente da un lungo elenco di ordini interconnessi fra di loro in modi vari e spesso complicati. Ad AGIRE è sempre e soltanto il Sistema Operativo. Il quale può "eseguire" un sottoprogramma sia da solo (se è previsto che ciò sia possibile) sia collegando la sua esecuzione all'esecuzione di altri sottoprogrammi (se lo Sviluppatore ha impostato le cose in modo che questo sia possibile). mago30 ha scritto:2. il caricamento coincide esattamente con l'avvio dell'esecuzione? e' proprio un'equivalenza perfetta (con il ridotto margine di tempo che include la copiatura in RAM). Sì. Per "caricamento, qui, si intente la fase di "lettura su file" e quella di vero e proprio "caricamento in RAM". mago30 ha scritto:3. anche solo il fatto che vi sia un processo in "atto" ci permette di affermare che il programma e' in esecuzione? In generale, sì, o quantomeno è possibile affermare che "un sottoprogramma" del programma è in esecuzione. mago30 ha scritto:Quando si legge che un programma viene eseguito in determinate circostanze,a cosa ci riferiamo esattamente? L'espressione da te citata si riferisce al caso di programmi che siano stati compilati al preciso scopo di essere eseguiti dal Sistema Operativo non appena scattino certe precise circostanze. Anche qui, è lo Sviluppatore che compila appositamente a tale fine il programma. mago30 ha scritto:L'espressione "viene eseguito" e' troppo generica,perche' non sappiamo come,perche',etc. No, non è affatto "generica": dice, anzi, la cosa più importante. "Viene eseguito" indica che è il Sistema Operativo ad eseguire e che il Programma è solamente una "sequenza di ordini" incapace di auto-eseguirsi. mago30 ha scritto:La sequenza delle istruzioni puo' variare in base a vari fattori di volta in volta presenti? Se è questo che lo Sviluppatore ha previsto, voluto e predisposto tramite un'opportuna compilazione. mago30 ha scritto:Quando dici "dato che l'insieme dei potenziali "ordini" in cui è possibile disporre gli elementi dati (prima uno, poi un altro, etc...) è detto "insieme delle sequenze",in concreto poni un'equivalenza tra ordine e sequenza delle istruzioni o sbaglio? Non è una "equivalenza". Un "ordine" è qualcosa che hai concretamente lì, esistente e in atto. Una "sequenza" sta ad indicare, invece, un "ordine che potenzialmente potrebbe essere" (in luogo dell'ordine esistente -in concreto- in quel momento).
|
|
Rank: AiutAmico
Iscritto dal : 12/12/2009 Posts: 2,114
|
Non ti stufi mai, monsee, di dar informazioni?
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
fdaccc ha scritto:Non ti stufi mai, monsee, di dar informazioni? Parto dall'idea che chi chiede una cosa lo fa perché questo gli serve veramente. Se le cose stan diversamente e chi domanda sta solo prendendo in giro, me ne cale ben poco: prende in giro sé stesso, sciupado il proprio tempo, non me. Le risposte che ho dato (e che -se prende in giro- non gli interessano), sono serie... e potranno servire (forse) un giorno o l'altro, ad altra gente (interessata per davvero all'argomento, intendo). Dunque, non van sprecate in nessun caso.
|
|
Rank: AiutAmico
Iscritto dal : 12/12/2009 Posts: 2,114
|
Hai ragione: sei proprio bravo, monsee.
|
|
Rank: AiutAmico
Iscritto dal : 4/5/2005 Posts: 22,971
|
Grazie, ma penso che in tanti, qui su Aiutamici, la pensino più o meno come me.
|
|
Guest |