Torna indietro   Hardware Upgrade Forum > Software > Programmazione

WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
Un mondo affollato e vivo, personaggi destinati a sparire a fine test e nessuno a inseguire l'oggetto giusto. Beta e stress test di World of Warcraft: Forever hanno fatto emergere un roleplay spontaneo, tra danze a Goldshire e code ordinate ai PNG
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
In tre giorni a Las Vegas Oracle ha presentato agenti che eseguono il lavoro, l'alleanza con OpenAI e un cloud aperto agli acceleratori di tutti. Ma i clienti europei chiedono garanzie prima ancora delle funzionalità
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort
Fino a 740 km WLTP con la batteria da 97,2 kWh, sospensioni che leggono la strada con una telecamera e un abitacolo da salotto parigino. La nuova DS N°7 raccoglie l'eredità della DS 7 e la porta, per la prima volta, nel mondo 100% elettrico. Ecco come è fatta, cosa offre e quanto costa.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 23-06-2016, 17:42   #1
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1393
[C-Linux] Sincronizzazione thread tramite eventi passando parametri

Sul web ho trovato questo esempio:
Codice:
//global variables
/* STATE_A = THREAD A runs next, STATE_B = THREAD B runs next */
enum { STATE_A, STATE_B } state = STATE_A;
pthread_cond_t      condA  = PTHREAD_COND_INITIALIZER;
pthread_cond_t      condB  = PTHREAD_COND_INITIALIZER;
pthread_mutex_t     mutex = PTHREAD_MUTEX_INITIALIZER;

void *threadA()
{
    int i = 0, rValue, loopNum;

    while(i<5)
    {
        /* Wait for state A */
        pthread_mutex_lock(&mutex);
        while (state != STATE_A)
            pthread_cond_wait(&condA, &mutex);
        pthread_mutex_unlock(&mutex);

        //do stuff
        for(loopNum = 1; loopNum <= 5; loopNum++)
            printf("Hello %d\n", loopNum);

        /* Set state to B and wake up thread B */
        pthread_mutex_lock(&mutex);
        state = STATE_B;
        pthread_cond_signal(&condB);
        pthread_mutex_unlock(&mutex);

        i++;
    }

    return 0;
}

void *threadB()
{
    int n = 0, rValue;

    while(n<5)
    {
        /* Wait for state B */
        pthread_mutex_lock(&mutex);
        while (state != STATE_B)
            pthread_cond_wait(&condB, &mutex);
        pthread_mutex_unlock(&mutex);

        //do stuff
        printf("Goodbye\n");

        /* Set state to A and wake up thread A */
        pthread_mutex_lock(&mutex);
        state = STATE_A;
        pthread_cond_signal(&condA);
        pthread_mutex_unlock(&mutex);

        n++;
    }

    return 0;
}
Solo che non riesco a capire come sia possibile senza usare variabili globali passare un parametro dal thread A al B contestualmente alla segnalazione dell'evento.

Nello specifico il mio scopo sarebbe:
1- Il main genera dei thread di comunicazione con dei sensori
2- Il main rimane in attesa di un evento
3- Quando uno dei thread ha i dati pronti del suo sensore, sblocca il main passandogli un puntatore a quei dati.
4- Il main processa i dati e torna al punto 2

Mi sfugge il come si fa a passare i dati dal thread al main facendo sapere anche al main quale processo lo ha sbloccato.
das è offline   Rispondi citando il messaggio o parte di esso
Old 24-06-2016, 15:11   #2
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Per bloccare/sbloccare il main thread bastano le variabili di condizione. Pero' non vedo proprio come un thread possa passare dati al main senza usare variabili globali. Il thread ritorna un valore, ma quando termina, non prima.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 30-06-2016, 11:27   #3
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1393
Quote:
Originariamente inviato da pabloski Guarda i messaggi
Per bloccare/sbloccare il main thread bastano le variabili di condizione. Pero' non vedo proprio come un thread possa passare dati al main senza usare variabili globali. Il thread ritorna un valore, ma quando termina, non prima.
Mi spiego meglio:

attualmente ho un main thread di questo tipo:
Codice:
int tipoEvento=0;

pthread_cond_wait(&cond, &m);
switch(tipoEvento):
case 1: elaboraDatidallaIMU
case 2: elaboraDatiTCP
case 3: elaboraDatiMetroLaser
Poi ho tre thread, ciascuno dei quali aspetta l'arrivo dei dati e quando succede imposta (all'interno dei lock-unlock ovviamente) tipoEvento= 1 o 2 o 3 a seconda del thread e sbloccano il main.

Vorrei poter fare a meno di tipoEvento. E' possibile fare in modo che il thread1 faccia saltare direttamente il main a elaboraDatidallaIMU, il 2 a elaboraDatiTCP etc ?


Grazie,
Ciao

Ultima modifica di das : 30-06-2016 alle 20:52.
das è offline   Rispondi citando il messaggio o parte di esso
Old 30-06-2016, 18:35   #4
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Capisco cosa volevi fare. In pratica usare le variabili di condizione alla stregua dei segnali. Il main thread setta un handler e poi riceve dei segnali dai thread worker, in base ai quali effettua un salto in un punto arbitrario del main stesso.

Potresti usare pthread_kill per inviare segnali da thread worker al main. Ma hai a disposizione SIGUSR1 e SIGUSR2, non di piu'. Altrimenti devi comunque usare una variabile in cui setti, prima di inviare un segnale, l'id del thread che l'ha inviato. E ovviamente poi ci vorrebbe un vettore per non perdere eventuali segnali sovrascritti prima che l'handler nel main li abbia rilevati. Mi sa che si complica ancora di piu'.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 30-06-2016, 20:55   #5
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1393
Quote:
Originariamente inviato da pabloski Guarda i messaggi
Capisco cosa volevi fare. In pratica usare le variabili di condizione alla stregua dei segnali. Il main thread setta un handler e poi riceve dei segnali dai thread worker, in base ai quali effettua un salto in un punto arbitrario del main stesso.

Potresti usare pthread_kill per inviare segnali da thread worker al main. Ma hai a disposizione SIGUSR1 e SIGUSR2, non di piu'. Altrimenti devi comunque usare una variabile in cui setti, prima di inviare un segnale, l'id del thread che l'ha inviato. E ovviamente poi ci vorrebbe un vettore per non perdere eventuali segnali sovrascritti prima che l'handler nel main li abbia rilevati. Mi sa che si complica ancora di piu'.
OK, ma gli altri linguaggi come fanno a generare gli eventi ?

Per esempio in Delphi/Lazarus basta usare Synchronize(nomeFunzioneDelMain) per eseguire una funzione a piacere nel main.
das è offline   Rispondi citando il messaggio o parte di esso
Old 01-07-2016, 10:33   #6
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da das Guarda i messaggi
OK, ma gli altri linguaggi come fanno a generare gli eventi ?

Per esempio in Delphi/Lazarus basta usare Synchronize(nomeFunzioneDelMain) per eseguire una funzione a piacere nel main.
I dettagli implementativi non li conosco, ma suppongo si tratta di thread user-mode, per cui e' il runtime del linguaggio ad averne il controllo, ragion per cui puo' deviare facilmente il flusso da un thread all'altro.

Il problema e' che pthread non ti consente di saltare da un thread all'altro arbitrariamente. Ogni thread e' un flusso di esecuzione separato. Un salto da qualche parte non implicherebbe comunque entrare nel contesto di un altro thread.

L'unica possibilita' e' usare una qualche libreria di threading tipo grand central dispatch.

C++ lo consente tramite async, ma non mi pare ci sia un equivalente meccanismo POSIX.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 01-07-2016, 15:43   #7
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1393
Quote:
Originariamente inviato da pabloski Guarda i messaggi
I dettagli implementativi non li conosco, ma suppongo si tratta di thread user-mode, per cui e' il runtime del linguaggio ad averne il controllo, ragion per cui puo' deviare facilmente il flusso da un thread all'altro.

Il problema e' che pthread non ti consente di saltare da un thread all'altro arbitrariamente. Ogni thread e' un flusso di esecuzione separato. Un salto da qualche parte non implicherebbe comunque entrare nel contesto di un altro thread.

L'unica possibilita' e' usare una qualche libreria di threading tipo grand central dispatch.

C++ lo consente tramite async, ma non mi pare ci sia un equivalente meccanismo POSIX.
OK, grazie
das è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà WoW Forever: la beta è stato uno dei mome...
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA Oracle AI World 2026: in Europa prima la sovrani...
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort DS N°7 E-Tense: il SUV premium made in Melfi...
Recensione Samsung Galaxy Tab S12 Ultra: non chiamatelo tablet... è molto di più Recensione Samsung Galaxy Tab S12 Ultra: non chi...
Hyundai IONIQ 5 N, l'elettrica che finge di essere termica (e ci riesce da paura) Hyundai IONIQ 5 N, l'elettrica che finge di esse...
Gli USA dipendono dai robot stranieri: T...
Volkswagen non ha più soldi per l...
Telescopio spaziale Hubble: la NASA cerc...
Più sottile e potente: le nuove i...
Il JPL estende la vita operativa della s...
DAZN Full è in offerta: tutta la ...
GTA 6 su PC potrebbe arrivare prima del ...
Da zero al tracciato in secondi: LibreCo...
Il regista Rian Johnson lancia a 12,99 d...
Microsoft stravolge l'app Sicurezza di W...
Mercato smartphone in caduta libera: -20...
Android 17 QPR3 Beta 3 riporta il blocco...
Le 10 offerte TOP in Amazon del weekend:...
Dyson, doppio crollo su Amazon: purifica...
Il 70% delle imprese non vede effetti de...
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: 18:57.


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