Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Roborock Qrevo Curv 2 Flow: ora lava con un rullo
Roborock Qrevo Curv 2 Flow: ora lava con un rullo
Qrevo Curv 2 Flow è l'ultima novità di casa Roborock per la pulizia di casa: un robot completo, forte di un sistema di lavaggio dei pavimenti basato su rullo che si estende a seguire il profilo delle pareti abbinato ad un potente motore di aspirazione con doppia spazzola laterale
Alpine A290 alla prova: un'auto bella che ti fa innamorare, con qualche limite
Alpine A290 alla prova: un'auto bella che ti fa innamorare, con qualche limite
Abbiamo guidato per diversi giorni la Alpine A290, la prima elettrica del nuovo corso della marca. Non è solo una Renault 5 sotto steroidi, ha una sua identità e vuole farsi guidare
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.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 11-06-2014, 14:53   #1
B-jo
Senior Member
 
Iscritto dal: Dec 2005
Messaggi: 1345
[C]Consiglio su semafori per sincronizzazione di due task

Volevo avere un parere su l'implementazione di due semafori per sincronizzare la lettura di una risorsa che viene continuamente aggiornata.


la mia situazione è che task1 e task2 leggono una variabile che un task3 aggiorna. Dovrei trovare il modo di far leggere ai due task lo stesso valore nel caso in cui uno dei due dovesse essere schedulato in maniera diversa

Avevo pensato di fare cosi con due mutex letto a 0 e possoleggere a 1
Task1
wait su possoleggere
legge la risorsa
signal su possoleggere
signal su letto

Task2
wait su possoleggere
wait su letto
legge la risorsa
signal possoleggere
signal su letto

il task3 invece non puo' essere toccato per specifiche date...

Secondo voi concettualmente è corretto?
B-jo è offline   Rispondi citando il messaggio o parte di esso
Old 11-06-2014, 19:22   #2
sottovento
Senior Member
 
L'Avatar di sottovento
 
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
Dalla descrizione non e' chiaro se task3 ha gia' un meccanismo di sincronizzazione o di notifica dell'aggiornamento della variabile.

Il tuo pseudocodice e' un po' strano, ma forse quello strano sono io. Perche' due signal su possoleggere e letto?

La mia proposta e' piu' semplice: altro thread, chiamiamolo dispatcher. Sarebbe opzionale ma concettualmente e' piu' carino.
Dispatcher legge da thread 3, ed ha bisogno di farlo una sola volta. Poi spedisce il valore letto ai due thread, ciascuno affacciato ad una coda/pipe/socket/memoria condivisa/array sincronizzato/...

per capirci, il thread dispatcher fara':
while (!finito)
{
val = leggi_valore(); /* Supponiamo che resti bloccato qui fino al prossimo valore */
send(queue1, val);
send(queue2, val);
}

Ovviamente se non vuoi introdurre un nuovo thread, puoi assegnare questo lavoro ad uno degli altri due (i.e. legge e spedisce all'altro).

Probabilmente e' lo stesso, ma mi sembra piu' semplice e 'pulito' da gestire...
__________________
In God we trust; all others bring data
sottovento è offline   Rispondi citando il messaggio o parte di esso
Old 11-06-2014, 20:44   #3
B-jo
Senior Member
 
Iscritto dal: Dec 2005
Messaggi: 1345
Quote:
Originariamente inviato da sottovento Guarda i messaggi
Dalla descrizione non e' chiaro se task3 ha gia' un meccanismo di sincronizzazione o di notifica dell'aggiornamento della variabile.

Il tuo pseudocodice e' un po' strano, ma forse quello strano sono io. Perche' due signal su possoleggere e letto?

Innanzitutto grazie per la risposta.
In realtà sono io che ho semplificato troppo la spiegazione del mio problema quindi credo che sia io quello strano xDxD


Ti spiego meglio la problematica. Allora ho un task3 che non posso toccare perchè simula un sensore in un processo che mi aggiorna costantemente i valori di un ipotetico sistema.
Ora ho due task che devono leggere i valori contemporaneamente dalla variabile in comune perchè rappresentano i dispositivi incaricati di acquisire i valori dal sensore.

Il mio problema è che se capita una schedulazione particolare, devo far in modo che i due task adibiti all'acquisizione leggano lo stesso valore. Tutto ciò senza toccare il task "sensore"



Quote:
La mia proposta e' piu' semplice: altro thread, chiamiamolo dispatcher. Sarebbe opzionale ma concettualmente e' piu' carino.
Dispatcher legge da thread 3, ed ha bisogno di farlo una sola volta. Poi spedisce il valore letto ai due thread, ciascuno affacciato ad una coda/pipe/socket/memoria condivisa/array sincronizzato/...
Per risolvere il problema mi è stato detto o di usare due semafori (come ho provato a fare io e di cui non so nemmeno se ho implementato bene xD) oppure di far comunicare i due task di acquisizione come se ho intuito bene mi hai proposto tu giusto?


Quote:
per capirci, il thread dispatcher fara':
while (!finito)
{
val = leggi_valore(); /* Supponiamo che resti bloccato qui fino al prossimo valore */
send(queue1, val);
send(queue2, val);
}
Mi hanno detto proprio di far comunicare i due task dicendo al task1 di acquisizione di mandare il valore letto al task2.
Quote:
Probabilmente e' lo stesso, ma mi sembra piu' semplice e 'pulito' da gestire...
Si secondo me è più pulito questo qui.
Ti ringrazio perchè non riuscivo ad elaborare una soluzione con questo tipo di suggerimento che mi hanno dato!

Adesso provo ad implementarlo e ti faccio sapere se sono riuscito nell'intento!!
B-jo è offline   Rispondi citando il messaggio o parte di esso
Old 14-06-2014, 12:18   #4
B-jo
Senior Member
 
Iscritto dal: Dec 2005
Messaggi: 1345
Alla fine ho risolto come mi hai consigliato solo che ho dovuto fare alcune modifiche per rispettare alcune specifiche che mi erano state date....

Grazie mille!!!
B-jo è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Roborock Qrevo Curv 2 Flow: ora lava con un rullo Roborock Qrevo Curv 2 Flow: ora lava con un rull...
Alpine A290 alla prova: un'auto bella che ti fa innamorare, con qualche limite Alpine A290 alla prova: un'auto bella che ti fa ...
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...
PC più potente, meno spesa: su Amazon to...
Con 2 acquisti si ottiene il 40% di scon...
Blocco VPN in Spagna durante le partite ...
ECOVACS DEEBOT T30C OMNI GEN2 torna a 34...
Cercate uno smartphone? Ecco 7 modelli i...
Paramount non molla: Netflix è pr...
Missione Artemis II diretta verso la Lun...
Toy Story 5 arriva al cinema: è l...
Intel cambia rotta su Linux? Nuove assun...
Samsung aggiorna Bixby con One UI 8.5: p...
L'Etiopia vieta le auto a combustione: a...
Pirateria audiovisiva: la Guardia di Fin...
Ubisoft conferma due nuovi Far Cry in sv...
Chi vincerà il Festival di Sanrem...
G42 e Cerebras portano in India un super...
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: 09:54.


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