Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Le soluzioni FSP per il 2026: potenza e IA al centro
Le soluzioni FSP per il 2026: potenza e IA al centro
In occasione del Tech Tour 2025 della European Hardware Association abbiamo incontrato a Taiwan FSP, azienda impegnata nella produzione di alimentatori, chassis e soluzioni di raffreddamento tanto per clienti OEM come a proprio marchio. Potenze sempre più elevate negli alimentatori per far fronte alle necessità delle elaborazioni di intelligenza artificiale.
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa
AWS è il principale operatore di servizi cloud al mondo e da tempo parla delle misure che mette in atto per garantire una maggiore sovranità alle organizzazioni europee. L'azienda ha ora lanciato AWS European Sovereign Cloud, una soluzione specificamente progettata per essere separata e distinta dal cloud "normale" e offrire maggiori tutele e garanzie di sovranità
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto
Xiaomi ha portato sul mercato internazionale la nuova serie Redmi Note, che rappresenta spesso una delle migliori scelte per chi non vuole spendere molto. Il modello 15 Pro+ punta tutto su una batteria capiente e su un ampio display luminoso, sacrificando qualcosa in termini di potenza bruta e velocità di ricarica
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 21-05-2005, 15:41   #1
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
prima esperiena (solo didattica) di programmazione con i processi

ciao a tutti, oggi ho provato a fare un semplicissimo programmino che creasse 5 processi e successivamente per mezzo dell'ultimo processo permette di killare tutti gli altri
questo è quanto ho prodotto...
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			while(1);
		} else {
			vettproc[numproc] = getppid();
		}
		printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n",numproc,getpid(),getppid());
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n",numproc,vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}
tuttavia quando il 5° processo creato va a killare il padre di tutti, l'applicazione produce effetti incontrollati...un volta è partito X una volta è sclerato il Terminale insomma...non so come fare a far uccidere la radice al figlio ultimo
una manina???

ps ovviamente il programma è scritto per linux
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 15:55   #2
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Stranamente, eseguendo il tuo programma cosi' com' e', sul mio sistema si ferma alla creazione del primo figlio... e non va piu' avanti!

Boh, non ho guardato bene il codice; magari piu' tardi ti fo' sapere...

Ciao
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 17:20   #3
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
secondo me è sbagliato un po' di tutto. il mio consiglio è di far rimanere attivo il padre (di tutti) e ogni figlio appena creato esegue una wait() e poi il padre li uccide tutti. nel modo in cui lo fai tu ogni figlio crea un altro figlio e quandi uccidi un parente si vengono a creare dei processi zombie.
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			vettproc[numproc]= pid;
		} else {
			printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n", numproc, getpid(), getppid());
                        wait();
		}
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n", numproc, vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}

Ultima modifica di VegetaSSJ5 : 21-05-2005 alle 17:24.
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 18:20   #4
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
Quote:
Originariamente inviato da VegetaSSJ5
secondo me è sbagliato un po' di tutto. il mio consiglio è di far rimanere attivo il padre (di tutti) e ogni figlio appena creato esegue una wait() e poi il padre li uccide tutti. nel modo in cui lo fai tu ogni figlio crea un altro figlio e quandi uccidi un parente si vengono a creare dei processi zombie.
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			vettproc[numproc]= pid;
		} else {
			printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n", numproc, getpid(), getppid());
                        wait();
		}
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n", numproc, vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}
il problema sta nel fatto che io devo con l'ultimo figlio uccidere il padre lo so il problema è strano (non è un mio compito...) sto aiutando una persona il programma è puramente a scopo dimostrativo
per fare in modo che il discendente più giovane (passatemi il termine) possa uccidere il vecchio antenato forse bisogna fare in modo che il processo principale diventi il più giovane no???
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 19:07   #5
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
fammi capire... l'ultimo figlio deve uccidere solo il padre oppure deve uccidere anche tutti gli altri figli? oppure non ha importanza chi uccida gli altri figli ma è importante che gli altri figli vengano uccisi dall'ultimo?
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 20:13   #6
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da Gica78R
Stranamente, eseguendo il tuo programma cosi' com' e', sul mio sistema si ferma alla creazione del primo figlio... e non va piu' avanti!
Sono un idiota non avevo visto la getchar()...
Comunque, a guardarlo il programma non sembra scorretto, non credo ci siano problemi se un processo uccide quello che lo ha generato L'unica cosa e' che, cosi' facendo, l'ultimo figlio (quello che esegue tutte le 'kill'), viene automaticamente ereditato dal processo init. Pero' le kill utilizzano come argomento i pid memorizzati (che coincidono sempre con i processi da terminare), quindi non capisco per quale stracacchio di motivo (nel mio caso) terminato il programma, al primo tasto che premo mi si riavvia X
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 20:52   #7
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
Quote:
Originariamente inviato da Gica78R
Sono un idiota non avevo visto la getchar()...
Comunque, a guardarlo il programma non sembra scorretto, non credo ci siano problemi se un processo uccide quello che lo ha generato L'unica cosa e' che, cosi' facendo, l'ultimo figlio (quello che esegue tutte le 'kill'), viene automaticamente ereditato dal processo init. Pero' le kill utilizzano come argomento i pid memorizzati (che coincidono sempre con i processi da terminare), quindi non capisco per quale stracacchio di motivo (nel mio caso) terminato il programma, al primo tasto che premo mi si riavvia X
il fatto è che per come è scritto il programma non è detto che sia l'ultimo figlio ad uccidere gli altri. il ciclo while di killing viene eseguito da tutti i figli quindi secondo me lì viene fuori un bordello con tutte quelle uccisioni...
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 22:52   #8
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da VegetaSSJ5
il fatto è che per come è scritto il programma non è detto che sia l'ultimo figlio ad uccidere gli altri. il ciclo while di killing viene eseguito da tutti i figli quindi secondo me lì viene fuori un bordello con tutte quelle uccisioni...
Sicuro? A me sembra che ogni processo, a partire dal primo, crei un figlio e poi entri in un ciclo infinito... cioe':
Il primo processo esegue la fork() e poi esamina il valore ritornato; se e' positivo, allora si sta eseguendo ancora il processo iniziale, percio' si entra nel while(1); se e' zero, allora ci si trova nel figlio appena creato. Questo figlio effettua alcune operazioni, poi rientra nel ciclo while di creazione e rifa' la stessa cosa, cioe': crea un nuovo figlio, e poi entra nel while(1), mentre il figlio appena creato ripete il ciclo di creazione...

processo_0: crea processo_1 e poi cicla all'infinito;
processo_1: crea processo_2 e poi cicla all'infinito;
processo_2: crea processo_3 e poi cicla all'infinito;
.................
.................
ecc. ecc.
L' ultimo figlio creato non rientra nel ciclo di creazione perche' numproc=MAXPROC, percio' non crea nessun altro figlio; pero' invia SIGKILL a tutti gli "antenati", che in quel momento sono tutti in loop nel while(1).

Boh! Io ne ho fatto una versione semplificata: un processo crea un figlio soltanto, quindi entra in un loop infinito; il figlio "uccide" il padre; sembra andare bene, ma non capisco l'output. Vi riporto il listato:
Codice:
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#include <signal.h>
#include "./connessioni/semafori.h"


int main(void)
{
   int mutex;
   key_t chiave=500;

   setvbuf(stdout,NULL,_IONBF,0);
   pid_t pid;

   mutex=SemCreate(chiave,1,0660,NULL);
   SemSet(mutex,0,0,1,NULL);
   SemWait(mutex,0,NULL);

   pid=fork();

   if (pid>0)
     {
        printf("Padre: %d, loop infinito...\n",getpid());
        SemSignal(mutex,0,NULL);
        while (1)
          ;
        return 0;
     }

   else
     {
        if (pid==0)
          {
             setvbuf(stdout,NULL,_IONBF,0);
             SemWait(mutex,0,NULL);
             printf("Figlio: %d, tenta di terminare %d\n",getpid(),getppid());
             if (kill(getppid(),SIGKILL)<0)
               perror("Kill error");
             else printf("Kill success\n");
             printf("Premi enter...");
             getchar();
             SemSignal(mutex,0,NULL);
             return 0;
          }
        else
          perror("Fork error");
     }
   return 0;
}
mentre questo e' l'output:
Quote:
[gianluca@p3 test]$ ./sirus2
Padre: 4122, loop infinito...
Figlio: 4123, tenta di terminare 4122
Kill success
Premi enter...Killed
In pratica funziona, ma non capisco da dove viene il messaggio "Killed" subito dopo "Premi enter..."
C'e' qualcosa che ci sfugge
Ah, ignorate le funzioni Sem***, sono mie funzioni per usare semafori, cosi' che si esegua sicuramente prima la parte if (pid>0). Le setvbuf servono per non bufferizzare l'output.
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 25-05-2005, 11:06   #9
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
Quote:
Originariamente inviato da Gica78R
...
no problem ho risolto il fattaccio...
il padre di tuttodeve rimanere in esecuzione quindi a programma modificato niente crash o messaggi strani

Ultima modifica di sirus : 25-05-2005 alle 11:50.
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 25-05-2005, 16:55   #10
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da sirus
no problem ho risolto il fattaccio...
il padre di tuttodeve rimanere in esecuzione quindi a programma modificato niente crash o messaggi strani
Ma e' una regola? Per quanto ne so, non dovrebbero esserci problemi a terminare un particolare processo con un segnale inviatogli da un qualsiasi altro processo, figlio o non figlio che sia... Se per caso e' una regola, sapresti indicarmi qualche documento che ne parla? Sto anch'io realizzando una piccola applicazione multiprocesso, funziona correttamente ed e' il padre di tutti i processi a coordinare i figli e a gestirne avvio e terminazione, quindi non ci sono inconvenienti, pero' mi piacerebbe approfondire...


Grazie,

Gica
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 25-05-2005, 17:53   #11
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
Quote:
Originariamente inviato da Gica78R
Ma e' una regola? Per quanto ne so, non dovrebbero esserci problemi a terminare un particolare processo con un segnale inviatogli da un qualsiasi altro processo, figlio o non figlio che sia... Se per caso e' una regola, sapresti indicarmi qualche documento che ne parla? Sto anch'io realizzando una piccola applicazione multiprocesso, funziona correttamente ed e' il padre di tutti i processi a coordinare i figli e a gestirne avvio e terminazione, quindi non ci sono inconvenienti, pero' mi piacerebbe approfondire...


Grazie,

Gica
non so che regola ci stia dietro ma quando l'ultimo figlio "ammazza" il padre (primo processo) il sistema in qualche modo crasha non so il motivo però mi piacerebbe capirlo
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 25-09-2005, 21:19   #12
gottardi_davide
Senior Member
 
L'Avatar di gottardi_davide
 
Iscritto dal: Aug 2004
Città: Mariano Comense (Como)
Messaggi: 5657
Quote:
Originariamente inviato da sirus
ciao a tutti, oggi ho provato a fare un semplicissimo programmino che creasse 5 processi e successivamente per mezzo dell'ultimo processo permette di killare tutti gli altri
questo è quanto ho prodotto...
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			while(1);
		} else {
			vettproc[numproc] = getppid();
		}
		printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n",numproc,getpid(),getppid());
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n",numproc,vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}
tuttavia quando il 5° processo creato va a killare il padre di tutti, l'applicazione produce effetti incontrollati...un volta è partito X una volta è sclerato il Terminale insomma...non so come fare a far uccidere la radice al figlio ultimo
una manina???

ps ovviamente il programma è scritto per linux
Sborone!
__________________
Acer Aspire 5740G & Microsoft Windows 7 Home Premium 64bit (Client) | Acer Aspire 5310 & Microsoft Windows XP Pro SP3 32bit (Server)
n.2 WD MyBook mirror edition 2TB (RAID 0) | Netgear EVA9150 | Sony 52w4500 | Logitech Z-5500 Digital | Logitech G25 | Homemade F1 Cockpit
gottardi_davide è offline   Rispondi citando il messaggio o parte di esso
Old 25-09-2005, 22:21   #13
Qu@ker
Member
 
Iscritto dal: Apr 2004
Messaggi: 130
Direi che il problema e' qui:
Codice:
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n",numproc,vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
Qu@ker è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Le soluzioni FSP per il 2026: potenza e IA al centro Le soluzioni FSP per il 2026: potenza e IA al ce...
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa AWS annuncia European Sovereign Cloud, il cloud ...
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto Redmi Note 15 Pro+ 5G: autonomia monstre e displ...
HONOR Magic 8 Pro: ecco il primo TOP del 2026! La recensione HONOR Magic 8 Pro: ecco il primo TOP del 2026! L...
Insta360 Link 2 Pro e 2C Pro: le webcam 4K che ti seguono, anche con gimbal integrata Insta360 Link 2 Pro e 2C Pro: le webcam 4K che t...
Beyond Good & Evil 2 non è st...
Qualcomm: il CEO ha guadagnato quasi 30 ...
AMD: 'Non importa cosa dice Intel, i mig...
Non è solo colpa del mercato: il ...
3 smartphone ai prezzi più bassi ...
Pwn2Own Automotive 2026 da record: 76 ze...
Più watt, più bassi e subwoofer incluso:...
Xiaomi POCO F8 Pro, un top di gamma a 54...
Tassa di 2 euro sui piccoli pacchi: un a...
Robot super automatico con lavaggio a 75...
Ecco perché dovremmo tutti avere ...
È un robot completo con molte del...
ASUS indaga sui guasti dei Ryzen 7 9800X...
Addio limiti di packaging? Intel mostra ...
Disastro Williams: la FW48 non supera l'...
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: 14:02.


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