[C] Dichiarare variabili 'locali' ad un processo: corretto o no?

[Gica78R]

Ciao!

Ho un piccolo dubbio che riguarda il modo di dichiarare le variabili quando si fa un programma multiprocesso: e' corretto dichiarare delle variabili locali dopo una fork(), nel ramo del child-process, in modo che queste siano visibili solo all'interno di tale ramo, o le variabili vanno comunque dichiarate tutte all'inizio del programma (e quindi poi ciascun child-process ne fa l'uso che vuole con le sue copie locali)? Il mio scopo sarebbe quello di ridurre un po' la quantita' di memoria occupata, e quindi evitare di dichiarare un buffer di 1 KB nel parent-process (in cui non mi serve) che poi verrebbe duplicato dai suoi 20 figli...

Esempio:

pid=fork();
if (pid!=0) // parent-process
{
 ...
}
else if (pid==0) // child-process
      {
       char buffer[1024];
       ...
       exit(0);
      }

Si puo?

Grazie,
Gica

[ilsensine]

Originariamente inviato da Gica78R

Ho un piccolo dubbio che riguarda il modo di dichiarare le variabili quando si fa un programma multiprocesso: e' corretto dichiarare delle variabili locali dopo una fork(), nel ramo del child-process, in modo che queste siano visibili solo all'interno di tale ramo, o le variabili vanno comunque dichiarate tutte all'inizio del programma (e quindi poi ciascun child-process ne fa l'uso che vuole con le sue copie locali)?

E' indifferente, Se dichiarate prima della fork, inizialmente contengono tutte gli stessi valori, ma poi su ciascun processo hanno una storia indipendente. Tutte le variabili quindi sono "locali" ai processi, dopo la fork.

Il mio scopo sarebbe quello di ridurre un po' la quantita' di memoria occupata, e quindi evitare di dichiarare un buffer di 1 KB nel parent-process (in cui non mi serve) che poi verrebbe duplicato dai suoi 20 figli...

Normalmente non devi occuparti di questo, ci pensa la COW (copy-on-write).
Nel tuo caso particolare, con un piccolo buffer allocato sullo stack, il tuo metodo potrebbe essere leggermente più efficiente (per "piccolo" intendo inferiore alla dimensione di una pagina, e per "potrebbe" intendo se quel buffer è sufficiente ad ingrandire lo stack di un'altra pagina).

[Gica78R]

Originariamente inviato da ilsensine

Normalmente non devi occuparti di questo, ci pensa la COW (copy-on-write).
Nel tuo caso particolare, con un piccolo buffer allocato sullo stack, il tuo metodo potrebbe essere leggermente più efficiente (per "piccolo" intendo inferiore alla dimensione di una pagina, e per "potrebbe" intendo se quel buffer è sufficiente ad ingrandire lo stack di un'altra pagina).

Non avevo pensato in termini di dimensioni delle pagine di memoria... me ne scordo sempre Cmq la dimensione dipende sempre dalla particolare configurazione del kernel in uso, quindi, a meno di non sapere con certezza su quale sistema girera' il programma, la cosa e' un po' aleatoria
Mi devo rivedere come funziona l'allocazione della memoria...
Grazie mille

Gica

[Fenomeno85]

quando te fai la fork il nuovo processo ha solo la pagina del suo stack e una pagina delle istruzioni.
Poi quando il processo dovrà utilizzare delle strutture dato allora sarà solo in quel momento che caricherà le nuove pagine se non ricordo male

~§~ Sempre E Solo Lei ~§~

[71104]

ehm, vorrei approfittare del 3d per chiedere una cosa che non ho mai capito finora: che fa la fork?

[71104]

Originariamente inviato da Fenomeno85

quando te fai la fork il nuovo processo ha solo la pagina del suo stack e una pagina delle istruzioni.
Poi quando il processo dovrà utilizzare delle strutture dato allora sarà solo in quel momento che caricherà le nuove pagine se non ricordo male

eeeeeeeeeeehhhhhhhhhhhhhhh????????
ma sta fork che fa?!?
crea un processo in cui c'è un solo stack e una sola pagina di codice?
ammazza, lo stack che occupa più del codice è notevole

[Fenomeno85]

Originariamente inviato da 71104

ehm, vorrei approfittare del 3d per chiedere una cosa che non ho mai capito finora: che fa la fork?

serve a creare un figlio

~§~ Sempre E Solo Lei ~§~

[71104]

Originariamente inviato da Fenomeno85

serve a creare un figlio

più che altro lo abortisce se è come dici tu...

[Fenomeno85]

Originariamente inviato da 71104

più che altro lo abortisce se è come dici tu...

?? è mattina non capisco ste battute

~§~ Sempre E Solo Lei ~§~

[Gica78R]

Se non ricordo male (ma e' probabile il contrario), almeno con Linux la fork() si occupa di creare un nuovo processo (figlio di quello che invoca la fork); il processo figlio e' una copia del padre, ma ad esempio il segmento testo (il codice) e' condiviso in read-only (quindi non c'e' duplicazione), mentre per stack e dati viene fatta la copia, ma solo in caso di scrittura (copy on write)...
Il mio dubbio riguarda la memoria allocata in fase di compilazione (quale e dove), ma non vi chiedo spiegazioni perche' dovrei saperlo da me... quindi corro a studiare (sono uno scandalo!!!).

Grazie...

[Fenomeno85]

Originariamente inviato da Gica78R

Se non ricordo male (ma e' probabile il contrario), almeno con Linux la fork() si occupa di creare un nuovo processo (figlio di quello che invoca la fork); il processo figlio e' una copia del padre, ma ad esempio il segmento testo (il codice) e' condiviso in read-only (quindi non c'e' duplicazione), mentre per stack e dati viene fatta la copia, ma solo in caso di scrittura (copy on write)...
Il mio dubbio riguarda la memoria allocata in fase di compilazione (quale e dove), ma non vi chiedo spiegazioni perche' dovrei saperlo da me... quindi corro a studiare (sono uno scandalo!!!).

Grazie...

che cosa intendi per fase di compilazione quando compili il processo non può occupare dato che non lo stai eseguendo

~§~ Sempre E Solo Lei ~§~

[Gica78R]

Originariamente inviato da Fenomeno85

che cosa intendi per fase di compilazione quando compili il processo non può occupare dato che non lo stai eseguendo

~§~ Sempre E Solo Lei ~§~

Prendi l'esempio del primo post: il buffer di caratteri viene allocato in fase di compilazione o in fase d'esecuzione?
E' una domanda idiota, ma al momento non mi ricordo come funziona

[71104]

Originariamente inviato da Gica78R

Se non ricordo male (ma e' probabile il contrario), almeno con Linux la fork() si occupa di creare un nuovo processo (figlio di quello che invoca la fork); il processo figlio e' una copia del padre, ma ad esempio il segmento testo (il codice) e' condiviso in read-only (quindi non c'e' duplicazione), mentre per stack e dati viene fatta la copia, ma solo in caso di scrittura (copy on write)...

scusa, tutto sto macello per dire che la fork crea un processo figlio a partire dallo stesso file eseguibile del processo chiamante? ho capito bene?

Il mio dubbio riguarda la memoria allocata in fase di compilazione (quale e dove), ma non vi chiedo spiegazioni perche' dovrei saperlo da me... quindi corro a studiare (sono uno scandalo!!!).

avanti su, che dubbio è?
tanto sicuramente hai già detto di peggio asd
cmq la memoria "allocata in fase di compilazione" (andando ad intuito sul significato dell'espressione) non so quale sia negli ELF, ma in generale dovrebbe ammontare all'insieme di codice e dati inizializzati del programma.

[Fenomeno85]

Originariamente inviato da Gica78R

Prendi l'esempio del primo post: il buffer di caratteri viene allocato in fase di compilazione o in fase d'esecuzione?
E' una domanda idiota, ma al momento non mi ricordo come funziona

in fase di esecuzione.

~§~ Sempre E Solo Lei ~§~

[Fenomeno85]

Originariamente inviato da 71104

scusa, tutto sto macello per dire che la fork crea un processo figlio a partire dallo stesso file eseguibile del processo chiamante? ho capito bene?

io che te ho detto il padre crea un figlio

~§~ Sempre E Solo Lei ~§~

[71104]

Originariamente inviato da Gica78R

Prendi l'esempio del primo post: il buffer di caratteri viene allocato in fase di compilazione o in fase d'esecuzione?

non si tratta di dati inizializzati ne' di codice, ergo...

[71104]

Originariamente inviato da Fenomeno85

io che te ho detto il padre crea un figlio

te mi hai detto che crea un figlio mezzo smandrappato con un solo stack e una sola pagina di codice...

[Fenomeno85]

Originariamente inviato da 71104

te mi hai detto che crea un figlio mezzo smandrappato con un solo stack e una sola pagina di codice...

perchè fa così non duplica tutto all'istante ma solo il necessario.

~§~ Sempre E Solo Lei ~§~

[71104]

Originariamente inviato da Fenomeno85

perchè fa così non duplica tutto all'istante ma solo il necessario.

ecco, ora non ti seguo più.
in che senso non duplica tutto all'istante? che sarebbe il necessario?
quindi la fork crea un "processo smandrappato"?
e che succede quando l'esecuzione supera la prima pagina? #GP?

[Fenomeno85]

Originariamente inviato da 71104

ecco, ora non ti seguo più.
in che senso non duplica tutto all'istante? che sarebbe il necessario?
quindi la fork crea un "processo smandrappato"?
e che succede quando l'esecuzione supera la prima pagina? #GP?

allora è un utilizzo ponderato delle risorse quando finisce la prima pagina prende e carica quella che gli serve easy

~§~ Sempre E Solo Lei ~§~