Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione Borderlands 4, tra divertimento e problemi tecnici
Recensione Borderlands 4, tra divertimento e problemi tecnici
Gearbox Software rilancia la saga con Borderlands 4, ora disponibile su PS5, Xbox Series X|S e PC. Tra le novità spiccano nuove abilità di movimento, un pianeta inedito da esplorare e una campagna che lascia al giocatore piena libertà di approccio
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale
NXTPAPER 60 Ultra è il primo smartphone con tecnologia NXTPAPER 4.0 per il display, un ampio IPS da 7,2 pollici. Con finitura anti-riflesso, processore MediaTek Dimensity 7400, fotocamera periscopica e modalità Max Ink per il detox digitale, NXTPAPER 60 Ultra punta a essere il riferimento tra gli smartphone pensati per il benessere degli occhi.
Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming
Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming
Questo mouse ultraleggero, con soli 36 grammi di peso, è stato concepito per offrire un'esperienza di gioco di alto livello ai professionisti degli FPS, grazie al polling rate a 8.000 Hz e a un sensore ottico da 33.000 DPI. La recensione esplora ogni dettaglio di questo dispositivo di gioco, dalla sua agilità estrema alle specifiche tecniche che lo pongono un passo avanti
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 23-06-2016, 16:42   #1
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1353
[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, 14: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, 10:27   #3
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1353
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 19:52.
das è offline   Rispondi citando il messaggio o parte di esso
Old 30-06-2016, 17: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, 19:55   #5
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1353
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, 09: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, 14:43   #7
das
Senior Member
 
Iscritto dal: Jan 2001
Città: Livorno
Messaggi: 1353
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


Recensione Borderlands 4, tra divertimento e problemi tecnici Recensione Borderlands 4, tra divertimento e pro...
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale TCL NXTPAPER 60 Ultra: lo smartphone che trasfor...
Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming Un fulmine sulla scrivania, Corsair Sabre v2 Pro...
Nokia Innovation Day 2025: l’Europa ha bisogno di campioni nelle telecomunicazioni Nokia Innovation Day 2025: l’Europa ha bisogno d...
Sottile, leggero e dall'autonomia WOW: OPPO Reno14 F conquista con stile e sostanza Sottile, leggero e dall'autonomia WOW: OPPO Reno...
Blackout? In Austria le antenne telefoni...
Crimson Desert: finalmente è stat...
Stellantis sospende la produzione in sei...
State of Play: mostrato il nuovo DualSen...
SAP e AWS insieme per il cloud sovrano
ECOVACS DEEBOT MINI a meno di 300€: robo...
SUSE annuncia supporto ufficiale a CUDA ...
AMD porta PyTorch nativo su Windows e Li...
Tesla acquista pubblicità sui soc...
Eureka J15 Max Ultra a 899€ contro J15 U...
Forza Horizon 6 porta i giocatori in Gia...
Battlefield 6: dall'ultimo State of Play...
Amazon fa crollare i prezzi: componenti ...
Gli italiani spendono fino al 50% della ...
Boom del ricondizionato in Italia: conso...
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: 13:09.


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