Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-01-2006, 18:55   #1
Aines
Senior Member
 
Iscritto dal: Feb 2005
Città: Cosenza
Messaggi: 425
Linux system calls - fork()

Ho un piccolo problema (in realtà è un dramma) con il mio codice.

E' molto semplice: ho due processi, entrambi devono lavorare sullo stesso oggetto ma i cambiamenti fatti da uno di questi sono invisibili all'altro.
Non riporto tutto il codice perchè è molto lungo e comunque il problema è abbastanza semplice da poter essere astratto. Ecco qua:

Codice:
int pid1, pid2;
MyObject *myObject = new Object();         // quest'oggetto ha un campo "nome"

void processoUno(void);
void processoDue(void);

int main(int argc, char *argv[])
{
        int tpid, status;
        
        strcpy(myObject->nome, "Mario");
        
        pid1 = fork();

        if(pid1 == 0) {
                processoUno();
        }

        pid2 = fork();

        if(pid2 == 0) {
                processoDue();
        }

        tpid = wait(&status);
        tpid = wait(&status);

        return 0;
}

void processoUno()
{
        strcpy(myObject, "Luca");
        
        for(;;) {
                // fa qualcosa
        }
}

void processoDue()
{
        cout << myObject->nome << endl;        // ERRORE - mi aspetto di leggere Luca, invece leggo Mario...why? T_T

        for(;;) {
                // fa qualcosa
        }
}
Ho pensato che forse quando processoDue() stampa il nome non era passato tempo sufficiente e processoUno() ancora non lo aveva cambiato, allora l'ho fatto dormire un pò tanto per essere sicuro, ma niente.

Mi sa proprio che il problema sta nella mia scarsa conoscenza del funzionamento delle system call.
I processi creati con fork hanno una copia del codice e dei dati del padre, ma pensavo che essendo myObject una variabile globale il problema non sussistesse...

Grazie per qualsiasi aiuto
__________________
Aines è offline   Rispondi citando il messaggio o parte di esso
Old 20-01-2006, 21:16   #2
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
fork() copia completamente un processo, e se non sbaglio copia anche la "heap" e lo "stack".

Quindi si crea un processo figlio che è l'esatta copia (o quasi) del padre con il suo spazio di memoria. L'unico modo di trasmettere al figlio è di usare IPC , Sockets o pipes.

Potresti usare "clone" per quello che vuoi fare tu che crea un processo che condivide parte dello spazio di memoria del padre con il figlio, però io non l'ho mai usata questa funzione, perciò posso dirti poco

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 20-01-2006, 23:20   #3
SlayQL
Member
 
Iscritto dal: Sep 2005
Messaggi: 114
la riga di codice cosi' definita

pid_t fork(void);

- crea un nuovo processo con indice pid
- lo spazio di indirizzamento del nuovo processo è un duplicato di quello del padre
- padre e figlio hanno due tabelle dei descrittori di file diverse (il figlio ha una copia di quella del padre)
- MA …. condividono la tabella dei file aperti (e quindi anche il puntatore alla locazione corrente di ogni file)
- restituisce 0 al figlio e pid al padre, oppure -1 (solo al padre) in caso di fallimento
SlayQL è offline   Rispondi citando il messaggio o parte di esso
Old 21-01-2006, 00:23   #4
Qu@ker
Member
 
Iscritto dal: Apr 2004
Messaggi: 130
Il comportamento che osservi e' assolutamente corretto. E' cosi' che funziona la fork().
Forse potresti essere interessato ad usare i thread.
Codice:
#include <stdio.h>
#include <string.h>
#include <pthread.h>
#include <semaphore.h>

char nomeGlobale[256];
sem_t flag;

void *threadUno(void* unused);
void *threadDue(void* unused);

int main(int argc, char *argv[])
{
	pthread_t tid1, tid2;
        
        strcpy(nomeGlobale, "Mario");
	sem_init(&flag, 0, 0);

	pthread_create(&tid1, NULL, &threadUno, NULL);
	pthread_create(&tid2, NULL, &threadDue, NULL);

	pthread_join(tid1, NULL);
	pthread_join(tid2, NULL);

        return 0;
}

void *threadUno(void *unused)
{
        strcpy(nomeGlobale, "Luca");
	sem_post(&flag);
	return NULL;
}

void *threadDue(void *unused)
{
	sem_wait(&flag);
	puts(nomeGlobale);
	return NULL;
}
La controindicazione e' che devi gestire accuratamente l'accesso alle informazioni condivise, il che potrebbe essere complicato.
Nell'esempio ho utilizzato un semaforo (sem_*) per assicurarmi che il secondo thread acceda alla variabile globale solo dopo il primo thread.
Qu@ker è offline   Rispondi citando il messaggio o parte di esso
Old 21-01-2006, 09:09   #5
Zeus84
Senior Member
 
Iscritto dal: Dec 2002
Città: Bologna
Messaggi: 483
come già detto dagli altri prima di me, il comportamento che tu noti non è sbagliato...Linux usa a default un modello a processi pesanti con memoria non condivisa...al momento della fork() viene duplicato l'intero spazio di indirizzamento del processo, compreso le sezioni dei dati, dello stack e dell'heap...l'unica cosa che i due processi condividono è la sezione di codice visto che Linux usa un modello a codice puro (la condivisione è attuata lato kernel...non è visibile) e i fd aperti (questo vuol dire che se il padre apre un file, il figlio eredita il file aperto e se effettua una lettura sposta la testina in avanti anche per il padre...).
Per avere gli effetti che desideri tu devi usare la libreria pthread, consideranto però che in questo caso devi gestire correttamente gli accessi concorrenti alle variabili condivise mediante l'uso di semafori....
__________________
Acer TravelMate 8103Wlmi
Zeus84 è offline   Rispondi citando il messaggio o parte di esso
Old 21-01-2006, 16:36   #6
Aines
Senior Member
 
Iscritto dal: Feb 2005
Città: Cosenza
Messaggi: 425
Grazie a tutti per le risposte.

Utilizzare i thread sarebbe l'ideale (grazie mille Qu@aker il tempo speso a scrivere il codice) ma purtroppo non posso cambiare il programma più di tanto, sono costretto ad utilizzare i processi creati con fork().

Pare proprio che la soluzione sia l'utilizzo di pipe() come suggerito da AnonimoVeneziano.

Che asino che sono

Grazie ancora
__________________
Aines è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
Toyota usa giochi e premi per spingere i...
HarmonyOS ha raggiunto la soglia di sopr...
Le offerte Amazon più convenienti...
Un gruppo di ladri ha usato Google Maps ...
Apple non si fida di Samsung per la real...
Windows 11: un nuovo driver nativo mette...
Vi hanno regalato buoni Amazon? Intanto ...
Via acari, polvere e sporco da materassi...
Cuffie Beats in super offerta su Amazon,...
Xbox Cloud Gaming arriva su Amazon Fire ...
Un blackout a San Francisco manda in til...
Windows 11 è diventato più...
Apple cambia strategia a causa della cri...
007 First Light: uscita rimandata di due...
Samsung Galaxy A37 e A57: il comparto fo...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 06:20.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v