Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile
Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile
Abbiamo provato a fondo il nuovo Magic 8 Lite di HONOR, e per farlo siamo volati fino a Marrakech , dove abbiamo testato la resistenza di questo smartphone in ogni condizione possibile ed immaginabile. Il risultato? Uno smartphone praticamente indistruttibile e con un'autonomia davvero ottima. Ma c'è molto altro da sapere su Magic 8 Lite, ve lo raccontiamo in questa recensione completa.
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
WF-1000X M6 è la sesta generazione di auricolare in-ear sviluppata da Sony, un prodotto che punta a coniugare facilità di utilizzo con una elevata qualità di riproduzione dei contenuti audio e una cura nella riduzione del rumore ambientale che sia da riferimento
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake ha presentato diverse novità per la sua piattaforma legate all'intelligenza artificiale. Quella forse più eclatante è una collaborazione con OpenAI, ma non mancano diverse nuove funzionalità che rendono la piattaforma più flessibile e in grado di rispondere meglio alle esigenze in continuo cambiamento delle aziende
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 16-09-2004, 15: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, 15: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, 15: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, 16: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, 16: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, 16: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


Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile Recensione HONOR Magic 8 Lite: lo smartphone ind...
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora Sony WF-1000X M6: le cuffie in-ear di riferiment...
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI Snowflake porta l'IA dove sono i dati, anche gra...
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo M...
Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi Recensione HUAWEI Mate X7: un foldable ottimo, m...
Hyundai: spunta un'elettrica estremament...
Una connessione diretta con AWS European...
La Toyota Yaris avrà una versione...
Minori sessualizzati da Grok: l'UE mette...
NIO stabilisce il nuovo record di scambi...
Dell Private Cloud sempre più ape...
Ennesimo incidente per la guida autonoma...
Dopo le maniglie, è il turno dei ...
Addio incendi incontrollati? Svolt dice ...
WINDTRE si mette in proprio: vender&agra...
The Mandalorian & Grogu: il trailer ...
OpenClaw sotto attacco: i malware infost...
Resident Evil Requiem: pre-load dal 25 f...
Vaticano, la Messa si traduce in 60 ling...
Kia prepara il facelift della Kia EV5: n...
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:58.


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