Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine porta Logan in un'avventura inedita, violenta e fortemente narrativa, costruita attorno alla sua natura di combattente e al difficile rapporto con il proprio passato. Insomniac Games punta su combattimenti spettacolari, progressione e personalizzazione, inserendo l'azione in un mondo segnato dalla persecuzione dei mutanti. Un viaggio intenso, che alterna mattanza, esplorazione e momenti sorprendentemente emotivi.
DJI Romo 2: tante novità lo rendono un robot completo
DJI Romo 2: tante novità lo rendono un robot completo
Romo 2 è la seconda generazione di robot lavapavimenti di DJI, un modello che si caratterizza per la precisione nel sistema di navigazione e per il funzionamento particolarmente silenzioso. Con le modifiche introdotte in questa seconda versione, e un posizionamento di prezzo più allineato alla concorrenza, rappresenta una valida alternativa sul mercato delle soluzioni di pulizia domestica
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Il primo Sony con retroilluminazione True RGB alla prova del banco di misura e dei contenuti: luminanza enorme, colori accurati in HDR e un antiriflesso molto efficace. I limiti sono due sole HDMI 2.1 e il blooming fuori asse
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 16-09-2004, 14:28   #1
Arpeda
Senior Member
 
L'Avatar di Arpeda
 
Iscritto dal: Nov 2000
Messaggi: 342
Thread e pthread_cond_broadcast

ragazzi mi serve un chiarimento su questo programmino:

Codice:
#include <pthread.h>
#include <unistd.h>
#include <stdio.h>

pthread_mutex_t mutex1 = PTHREAD_MUTEX_INITIALIZER;
pthread_mutex_t mutex2 = PTHREAD_MUTEX_INITIALIZER;
pthread_cond_t cond = PTHREAD_COND_INITIALIZER;
int variabile1 = 0;
int variabile2 = 0;

void* test1( void *argv )
{
  printf( "Thread %li in attesa su mutex1\n", pthread_self() );
  
  pthread_mutex_lock( &mutex1 );
  while( variabile1 == 0 ) 
    pthread_cond_wait( &cond, &mutex1 );

  pthread_mutex_unlock( &mutex1 );

  printf("[%li] variabile è ora %d mutex1\n", pthread_self(), variabile1 );

  return 0;
}

void* test2( void *argv )
{
  printf( "Thread %li in attesa su mutex2\n", pthread_self() );
  
  pthread_mutex_lock( &mutex2 );
  while( variabile2 == 0 ) 
    pthread_cond_wait( &cond, &mutex2 );

  pthread_mutex_unlock( &mutex2 );

  printf("[%li] variabile è ora %d\n mutex2", pthread_self(), variabile2 );

  return 0;
}

int main( int argc, char *argv[] ) 
{
  pthread_t t1, t2, t3;

  pthread_create( &t1, NULL, test1, NULL);
  pthread_create( &t2, NULL, test2, NULL);
  pthread_create( &t3, NULL, test2, NULL);

  sleep( 2 );

  pthread_mutex_lock( &mutex1 );
  variabile1 = 1;
  pthread_mutex_unlock( &mutex1 );

  pthread_mutex_lock( &mutex2 );
  variabile2 = 1;
  pthread_mutex_unlock( &mutex2 );

  pthread_cond_broadcast( &cond );

  pthread_join( t1, NULL );
  pthread_join( t2, NULL );
  pthread_join( t3, NULL );

  return 0;
}
come output ottengo questo:
Codice:
bash-2.05b$ ./tb
Thread 1083485104 in attesa su mutex1
Thread 1091881904 in attesa su mutex2
Thread 1100274608 in attesa su mutex2
[1083485104] variabile è ora 1 mutex1
e l'esecuzione non termina.
Ora vorrei capire bene il perchè. La pthread_cond_broadcast non dovrebbe svegliare _tutti_ i thread in attesa su cond?

la man page riporta queste righe
Quote:
The pthread_cond_broadcast() or pthread_cond_signal() functions may be called by a thread whether or not it currently owns the mutex that threads call-
ing pthread_cond_wait() or pthread_cond_timedwait() have associated with the condition variable during their waits; however, if predictable scheduling
behavior is required, then that mutex shall be locked by the thread calling pthread_cond_broadcast() or pthread_cond_signal().
In pratica dovrei riuscire a svegliare i thread anche se non sono in possesso del mutex che è stato associato a cond durante la wait.
Se così non fosse(come sembra) mi troverei in difficoltà, perchè ho threads in attesa sulla stessa variabile cond ma blocco mutex differenti.
per ovviare posso usare pthread_cond_signal e richiamarla una volta per thread ma vorrei evitare. Sapete darmi qualche dritta?

Ciao
Arpeda
__________________
Membro di HWU Scout Group || Quello che ieri era fantascienza oggi è realtà, quello che oggi è realtà domani sarà solo un ricordo ...
Powered by Gentoo 1.4 on kernel 2.6.12.-gentoo-r4
Arpeda è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2004, 14:43   #2
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
WorksForMe (TM)
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2004, 14:49   #3
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Rettifico: mi funziona su un biprocessone, non su un monoprocessore (!).
Utilizzando un unico mutex, funziona anche sul monoprocessore.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2004, 15:16   #4
Arpeda
Senior Member
 
L'Avatar di Arpeda
 
Iscritto dal: Nov 2000
Messaggi: 342
già di questo me ne ero accorto
però non posso usare lo stesso mutex per bloccare i thread.
questo è un esempietto per cercare di capire il funzionamento corretto della broadcast che poi devo applicare in un contesto più ampio.
non ci sono problemi a fare diverse signal ma
1) stilisticamente non mi piace
2) perchè la broadcast (e 2 mutex) non dovrebbe funzionare bene anche su un monoprocessore?

sembrerebbe che su un monoprocessore riveglia l'accoppiata mutex/condizione
ma se modifico
Codice:
  pthread_mutex_lock( &mutex1 );
  variabile1 = 1;
  pthread_mutex_unlock( &mutex1 );

  pthread_mutex_lock( &mutex2 );
  variabile2 = 1;
  pthread_mutex_unlock( &mutex2 );

  pthread_cond_broadcast( &cond );
in quest'altro:
Codice:
 pthread_mutex_lock( &mutex1 );
  variabile1 = 1;
  pthread_cond_broadcast( &cond );
  pthread_mutex_unlock( &mutex1 );

  pthread_mutex_lock( &mutex2 );
  variabile2 = 1;
  pthread_cond_broadcast( &cond );
  pthread_mutex_unlock( &mutex2 );
i thread t2 e t3 non vengono svegliati (dalle prove che ho fatto non gli arriva proprio la segnalazione dalla broadcast) ne dalla prima ne dalla seconda

Any ideas?
ciao
Arpeda
__________________
Membro di HWU Scout Group || Quello che ieri era fantascienza oggi è realtà, quello che oggi è realtà domani sarà solo un ricordo ...
Powered by Gentoo 1.4 on kernel 2.6.12.-gentoo-r4
Arpeda è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2004, 15:32   #5
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Perché non fai le cose come devono essere fatte?
Codice:
#include <pthread.h>
#include <unistd.h>
#include <stdio.h>

int variabile1 = 0;
pthread_mutex_t mutex1 = PTHREAD_MUTEX_INITIALIZER;
pthread_cond_t cond1 = PTHREAD_COND_INITIALIZER;

int variabile2 = 0;
pthread_mutex_t mutex2 = PTHREAD_MUTEX_INITIALIZER;
pthread_cond_t cond2 = PTHREAD_COND_INITIALIZER;

void* test1( void *argv )
{
  printf( "Thread %li in attesa su mutex1\n", pthread_self() );
  
  pthread_mutex_lock(&mutex1);
  while(!variabile1)
    pthread_cond_wait(&cond1, &mutex1);
  pthread_mutex_unlock(&mutex1);

  printf("[%li] variabile1 è ora %d\n", pthread_self(), variabile1);

  return 0;
}

void* test2( void *argv )
{
  printf( "Thread %li in attesa su mutex2\n", pthread_self() );
  
  pthread_mutex_lock( &mutex2);
  pthread_cond_wait( &cond2, &mutex2);
  pthread_mutex_unlock( &mutex2);

  printf("[%li] variabile è ora %d\n", pthread_self(), variabile2 );

  return 0;
}

int main( int argc, char *argv[] ) 
{
  pthread_t t1, t2, t3;

  pthread_create( &t1, NULL, test1, NULL);
  pthread_create( &t2, NULL, test2, NULL);
  pthread_create( &t3, NULL, test2, NULL);

  sleep(1);

  pthread_mutex_lock(&mutex1);
  variabile1 = 1;
  pthread_mutex_unlock(&mutex1);
  pthread_mutex_lock(&mutex2);
  variabile2 = 1;
  pthread_mutex_unlock(&mutex2);

  pthread_cond_broadcast( &cond1 );
  pthread_cond_broadcast( &cond2 );

  pthread_join(t1, NULL);
  pthread_join(t2, NULL);
  pthread_join(t3, NULL);

  return 0;
}
Ovvero: UN mutex per UNA variabile di condizione per UN set di dati

Nel tuo programma c'è un errore concettuale: due thread accedono a cond senza serializzazione (in quanto uno blocca un mutex, il secondo ne blocca un altro => race su cond).
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2004, 15:41   #6
Arpeda
Senior Member
 
L'Avatar di Arpeda
 
Iscritto dal: Nov 2000
Messaggi: 342
Azz nn avevo pensato ad una race condition su cond!

Grazie della dritta ora vedo un po se posso modificare le cose.

Ciao
Arpeda
__________________
Membro di HWU Scout Group || Quello che ieri era fantascienza oggi è realtà, quello che oggi è realtà domani sarà solo un ricordo ...
Powered by Gentoo 1.4 on kernel 2.6.12.-gentoo-r4
Arpeda è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa Marvel's Wolverine, la recensione: Logan torna p...
DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve Geely EX5, un mese al volante: il SUV elettrico ...
Mova Z70 Ultra Roller Complete: motore potente, rullo di lavaggio e l'IA a guidare Mova Z70 Ultra Roller Complete: motore potente, ...
Dopo 23 anni di silenzio, Warcraft 3 spi...
Roblox sfida l'ecosistema gaming: app st...
OpenAI accusata di plagio dai migliori m...
Altro attacco hacker dell'IA: gli agenti...
Stiamo davvero perdendo il controllo del...
Microsoft perde un pilastro: Frank Shaw ...
Diablo V annunciato a sorpresa: il colpo...
Meno di 5 euro per il 5G: l'offerta Kena...
World of Warcraft: Forever è il Classic+...
La Serie A con DAZN e Amazon Prime con l...
Giochi Ubisoft su Steam senza Ubisoft Co...
Miami Beach ha autorizzato la maxi opera...
Apple regala un altro anno di funzioni s...
Alla fine è successo davvero: Vol...
Il meglio di Amazon del weekend in uno s...
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: 19:27.


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