Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura
Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura
Il primo Micro RGB di Samsung per il salotto è il 65 pollici da 2.749 euro. Sul banco di misura abbiamo rilevato 2.000 nit di picco, nero assoluto con il local dimming e il 91,4% del BT.2020, il colore più ampio che abbiamo misurato su un LCD
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
Apple ha rinnovato iPhone 18 Pro soprattutto dentro: chip A20 Pro a 2 nm con memoria affiancata al SoC, camera di vapore tre volte più ampia, Dynamic Island più piccola del 25% grazie a Face ID sotto il display e fotocamera principale con diaframma variabile da f/1.48 a f/4. Lo abbiamo misurato al colorimetro e nei benchmark, usato con iOS 27 e messo alla prova in fotografia tra laghi, borghi e interni poco illuminati
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
A Londra, per il trentennale dei Toughbook, Panasonic ha presentato il tablet G3 e il 2-in-1 34. Con Jon Tucker, a capo dell'ingegneria europea, abbiamo parlato di ciò che non si vede: batterie, antenne, porte seriali e accorgimenti nati sul campo
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 29-04-2005, 18:47   #1
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
[C] Processi concorrenti su Linux: la waitpid... non aspetta!

Ciao!

Ho scritto un programmino che forka alcune volte creando un paio di processi figli, e uno di questi figli forka a sua volta per creare un... nipote
Tutti i processi devono semplicemente scrivere delle righe su un file aperto dal padre e, prima di terminare, ciascun processo deve attendere che i rispettivi figli abbiano terminato. Per questo utilizzo la funzione int waitpid(pid_t pid, int *status, int options), ma nel caso del processo che genera il 'nipote' a quanto pare questa funzione non si blocca in attesa che il nipote termini (lo si vede dall' output...)
Secondo voi da cosa puo' dipendere?

Nel caso la mia esposizione del problema fosse poco chiara (parlo un po' criptato... ), vi posto il listato...
Codice:
#include <stdio.h>
#include <limits.h>
#include <stdlib.h>
#include <string.h>

#include <sys/ipc.h>
#include <sys/sem.h>
#include <sys/types.h>
#include <sys/wait.h>


#define NUMVOLTE 40000
#define SEMKEY 500
#define LOOP 5000

int main()
{

  union semun
  {
    int val;
    struct semid_ds *buf;
    unsigned short *array;
    struct seminfo *__buf;
  };

  /*Pongo stdout in modalita' UNBUFFERED */
  setvbuf(stdout,NULL,_IONBF,0);

  /* Dichiarazioni ed inizializzazioni delle strutture relative al file di output */

  FILE *f;
  char *nomefile="/provafiles.txt";
  char nome[PATH_MAX];
  memset((void*)nome,0,PATH_MAX);
  strncpy(nome,getenv("PWD"),PATH_MAX);
  if(strlen(nome)+strlen(nomefile)>PATH_MAX)
    {
      printf("Il path generato e' troppo lungo; il programma verra' terminato!\n");
      exit(EXIT_FAILURE);
    }
  strncat(nome,nomefile,NAME_MAX);
 
  /* Dichiarazione strutture relative al semaforo */
 
  int semid;
  const union semun semunion={1};
  struct sembuf semw={0,-1,SEM_UNDO};
  struct sembuf sems={0,1,SEM_UNDO};

  /* Creazione ed inizializzazione semaforo */

  semid=semget(SEMKEY,1,IPC_CREAT|IPC_EXCL|666);
  if(semid<0)
    {
      perror("Errore semaforo");
      exit(EXIT_FAILURE);
    }

  if(semctl(semid,0,SETVAL,semunion)<0)
    {
      perror("Errore init semaforo");
      semctl(semid,0,IPC_RMID);
      exit(EXIT_FAILURE);
    }

  /* Apertura in scrittura esclusiva del file per l'output;
     se il file esiste gia', il programma termina /*

  if ((f=fopen(nome,"wx"))==NULL)
    {
      perror("Errore nell'apertura del file");
      exit(EXIT_FAILURE);
    }

 /* Pongo il file in modalita' UNBUFFERED */
 setvbuf(f,NULL,_IONBF,0);

 pid_t pid,pid2;

  if ((pid=fork())==0)
    {
      /* PRIMO FIGLIO */
      setvbuf(f,NULL,_IONBF,0);
      if((pid2=fork())==0)
	{
          /* NIPOTE */
	  setvbuf(f,NULL,_IONBF,0);
	  int i,j;
	  for(i=0;i<NUMVOLTE;i++)
	    {
	      if((i+1)%100==0)
		{
		  semop(semid,&semw,1); //WAIT sul semaforo
		  fprintf(f,"E' il nipote che scrive... %d\n",i+1);
		  semop(semid,&sems,1); //SIGNAL sul semaforo
		  for(j=0;j<LOOP;j++); // Ciclo vuoto per ritardare il nipote
		}
	    }
	  return EXIT_SUCCESS;
	} // FINE NIPOTE
      /* PRIMO FILGLIO */
      int i;
      for(i=0;i<NUMVOLTE;i++)
	if ((i+1)%100==0)
	  {
	    semop(semid,&semw,1); //WAIT semaforo
	    fprintf(f,"E' il primo figlio che scrive... %d\n",i+1);
	    semop(semid,&sems,1); //SIGNAL semaforo
	  }
      int status;
      waitpid(pid2,&status,1); //Attende la fine di NIPOTE
      /* Quando NIPOTE termina, lo scrive sul file */
      semop(semid,&semw,1);
      fprintf(f,"Sono il primo figlio, il nipote e' terminato con lo stato %d\n",status);
      semop(semid,&sems,1);
      return EXIT_SUCCESS;
    } // FINE PRIMO FIGLIO
  else
    {
      /* PADRE */
      if((pid2=fork())==0) //Crea un secondo figlio
	{
          /* SECONDO FIGLIO
	  int i;
	  for(i=0;i<NUMVOLTE;i++)
	    if((i+1)%100==0)
	      {
		semop(semid,&semw,1);
		fprintf(f,"E' il secondo figlio che scrive... %d\n",i+1);
		semop(semid,&sems,1);
	      }
	  return EXIT_SUCCESS;
	} // FINE SECONDO FIGLIO
      int i;
      for(i=0;i<NUMVOLTE;i++)
	if ((i+1)%100==0)
	  {
	    semop(semid,&semw,1);
	    fprintf(f,"E' il padre che scrive... %d\n",i+1);
	    semop(semid,&sems,1);
	  }
    }
  //int status;
  waitpid(pid,NULL,1); // Attende la fine del PRIMO FIGLIO
  waitpid(pid2,NULL,1); // Attende la fine del SECONDO FIGLIO
  fclose(f);
  semctl(semid,0,IPC_RMID); //Rimuove il semaforo
  printf("Programma terminato con successo...\n");
  return 0;
}
Non commentate sull'utilita' del programma , e' solo per capire come usare certe funzioni e per avere un'idea di come funziona lo scheduler...
Per ciascuna scrittura sul file, uso un semaforo per accedervi in modo esclusivo; inoltre ho fatto in modo che l'accesso al file non sia bufferizzato.

Grazie per ogni suggerimento...
Gica

30/4/05, aggiornamento: ho aggiunto qualche commento al codice...

Ultima modifica di Gica78R : 30-04-2005 alle 09:43.
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 29-04-2005, 21:52   #2
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
visto che ogni processo deve aspettare la terminazione di uno o più figli e non di processi "estranei" puoi usare la funzione wait() e non waitpid()
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 29-04-2005, 22:19   #3
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da VegetaSSJ5
visto che ogni processo deve aspettare la terminazione di uno o più figli e non di processi "estranei" puoi usare la funzione wait() e non waitpid()
Lo so... era quello che avevo fatto all'inizio, ma poiche' l'esito era lo stesso ho provato con la waitpid().
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 30-04-2005, 01:23   #4
Ed_Bunker
Senior Member
 
L'Avatar di Ed_Bunker
 
Iscritto dal: Jan 2004
Città: Montignoso(MS)
Messaggi: 9552
Memorizzare lo stato di uscita dei figli che terminano (Anziche' mettere status a null) potrebbe servirti a capire meglio...
__________________
"Il Meglio che si possa ottenere è evitare il peggio." I.C.
Ed_Bunker è offline   Rispondi citando il messaggio o parte di esso
Old 30-04-2005, 09:27   #5
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da Ed_Bunker
Memorizzare lo stato di uscita dei figli che terminano (Anziche' mettere status a null) potrebbe servirti a capire meglio...
Ho provato: il 'primo figlio' fa l'ultima scrittura (quella a 40000) e, nonostante il 'nipote' non sia ancora terminato, effettua comunque la fprintf posta dopo la waitpid. Il valore di status relativo al 'nipote' e' zero, cioe' il nipote termina con successo, ma in realta' esso non e' ancora terminato!

Ad ogni modo, il 'nipote' riesce a completare tutto il ciclo 'for' con le scritture...
Sara' mica una specie di ottimizzazione nell'accesso al file?


Gica
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 30-04-2005, 11:52   #6
pela
Member
 
Iscritto dal: Jul 2003
Città: pisa
Messaggi: 141
mi sa che non si blocca perché gli dici di non bloccarsi, guarda infatti la chiamata
Codice:
waitpid(pid2,&status,1); //Attende la fine di NIPOTE
il terzo parametro (options) se impostato a WNOHANG (che è proprio uguale a 1) dice alla waitpid di non bloccarsi se il figlio è ancora in esecuzione (vedi man waitpid)
prova a metterci 0
pela è offline   Rispondi citando il messaggio o parte di esso
Old 30-04-2005, 12:10   #7
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da pela
mi sa che non si blocca perché gli dici di non bloccarsi, guarda infatti la chiamata
Codice:
waitpid(pid2,&status,1); //Attende la fine di NIPOTE
il terzo parametro (options) se impostato a WNOHANG (che è proprio uguale a 1) dice alla waitpid di non bloccarsi se il figlio è ancora in esecuzione (vedi man waitpid)
prova a metterci 0
Cacchio Ho confuso il significato di pid con quello di options nella chiamata a waitpid
Da 'man waitpid':
Quote:
The value of pid can be one of:

< -1 which means to wait for any child process whose process group ID
is equal to the absolute value of pid.

-1 which means to wait for any child process; this is the same
behaviour which wait exhibits.

0 which means to wait for any child process whose process group ID
is equal to that of the calling process.

> 0 which means to wait for the child whose process ID is equal to
the value of pid.
quindi pensavo di far bene mettendo un valore positivo in 'options'

Grazie grazie mille , e' una cosa che non avrei mai ricontrollato

Gica
Gica78R è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura Samsung Micro RGB R95H, il primo LCD a LED rossi...
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre iPhone 18 Pro: la recensione del miglior iPhone ...
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34 Panasonic, 30 anni di Toughbook: la "Bibbia...
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione realme C100x, lo smartphone economico con la bat...
Star Wars Zero Company è l'erede di XCOM 2 Star Wars Zero Company è l'erede di XCOM ...
Huawei e Qualcomm firmano un accordo sui...
Benessere sul posto di lavoro: la situaz...
La corsa nei computer quantistici si spo...
Dopo 6 anni non hanno trovato niente: si...
Nuovo accordo tra Qualcomm e Huawei sui ...
Battlefield al cinema: Sony in trattativ...
Siri AI su iPhone e iPad si farà attende...
Core Ultra 4000 anche sui notebook, ma n...
Kolibri-1: nuovo LLM a pesi aperti con 7...
tado° in offerta Prime: 3 valvole te...
La turbina eolica più alta del mo...
HD 3167 b, il pianeta infernale che potr...
RTX 5090, la mod che aggiunge due connet...
La tecnologia di bordo e i sistemi ADAS ...
Il malware Warlock colpisce acqua e comu...
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: 16:16.


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