Torna indietro   Hardware Upgrade Forum > Software > Programmazione

NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
Nelle ultime settimane abbiamo provato tre delle proposte top di gamma di NZXT nelle categorie case, dissipatori e ventole. Rispettivamente, parliamo dell'H9 Flow RGB+, Kraken Elite 420 e F140X. Si tratta, chiaramente, di prodotti di fascia alta che si rivolgono agli utenti DIY che desiderano il massimo per la propria build. Tuttavia, mentre i primi due dispositivi mantengono questa direzione, le ventole purtroppo hanno mostrato qualche tallone d'Achille di troppo
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN è il primo monitor gaming con pannello QD-OLED Gen 5 a layout RGB Stripe Pixel e 360 Hz su 34 pollici: lo abbiamo misurato con sonde colorimetriche e NVIDIA LDAT. Ecco tutti i dati
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Nothing Phone (4a) Pro cambia pelle: l'alluminio unibody sostituisce la trasparenza integrale, portando una solidità inedita. Sotto il cofano troviamo uno Snapdragon 7 Gen 4 che spinge forte, mentre il display è quasi da top dig amma. Con un teleobiettivo 3.5x e la Glyph Matrix evoluta, è la prova di maturità di Carl Pei. C'è qualche compromesso, ma a 499EUR la sostanza hardware e la sua unicità lo rendono un buon "flagship killer" in salsa 2026
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 13-09-2008, 10:51   #1
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
[JAVA] metodi synchronized

Ciao, ho una classe così composta

Codice:
class Pippo {
    public synchronized a() {
        // uso obj
    }
    
    public synchronized b() {
        // uso obj
    }
    
    private Object obj;
}
Il metodo a() può essere invocato soltanto da un thread T1, il metodo b() può essere invocato soltanto da un altro thread T2. Entrambi i metodi usano obj. Se i due metodi vengono invocati contemporaneamente, anche l'accesso a obj è sincronizzato? In pratica, all'interno di un metodo synchronized, l'accesso alle risorse NON locali è esclusivo del thread che invoca il metodo?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:00   #2
Fenomeno85
Senior Member
 
L'Avatar di Fenomeno85
 
Iscritto dal: Jun 2002
Città: Provincia De VaRéSe ~ § ~ Lat.: 45° 51' 7" N Long.: 8° 50' 21" E ~§~ Magica Inter ~ § ~ Detto: A Chi Più Amiamo Meno Dire Sappiamo ~ § ~ ~ § ~ Hobby: Divertimento allo Stato Puro ~ § ~ ~ § ~ You Must Go Out ~ § ~
Messaggi: 8897
La parola riservata synchronized consente una accurata gestione dei metodi che possono essere richiamati contemporaneamente da più thread, quando si presenti la necessità di garantire un accesso sincronizzato ad eventuali risorse gestite da tali metodi. Quando un thread sta utilizzando un oggetto per mezzo di un metodo synchronized, tale oggetto viene bloccato (locked) per evitare altri accessi concorrenti.

da html

~§~ Sempre E Solo Lei ~§~
__________________
Meglio essere protagonisti della propria tragedia che spettatori della propria vita
Si dovrebbe pensare più a far bene che a stare bene: e così si finirebbe anche a star meglio.
Non preoccuparti solo di essere migliore dei tuoi contemporanei o dei tuoi predecessori.Cerca solo di essere migliore di te stesso
Fenomeno85 è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:05   #3
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da blackskop Guarda i messaggi
anche l'accesso a obj è sincronizzato? In pratica, all'interno di un metodo synchronized, l'accesso alle risorse NON locali è esclusivo del thread che invoca il metodo?
No.
Quello che è in "mutua esclusione" è la invocazione di metodi synchronized su uno stesso identico oggetto da parte di più thread.
Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire b(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire a().
E ripeto, solo se vengono invocati sullo stesso identico oggetto.

Cosa poi facciano e usino i metodi ... beh, è un altro discorso.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:08   #4
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da andbin Guarda i messaggi
No.
Quello che è in "mutua esclusione" è la invocazione di metodi synchronized su uno stesso identico oggetto da parte di più thread.
Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire b(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire a().
E ripeto, solo se vengono invocati sullo stesso identico oggetto.

Cosa poi facciano e usino i metodi ... beh, è un altro discorso.
Forse volevi dire

Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire a(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire b()

?


O non ho ancora capito? Ho bisogno di avere sia i due metodi synchronized e sia tutte le risorse usate nei metodi synchronized. Come posso risolvere?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:16   #5
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da blackskop Guarda i messaggi
Forse volevi dire

Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire a(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire b()

?
Anche questo è uno scenario corretto. Ma tu comunque dicevi che b() può essere invocato solo da T2.

Il nocciolo di tutto è molto semplice: quando si entra in un metodo/blocco synchronized, il thread ha acquisito un lock e di lock in un oggetto ce n'è 1 solo. È chiaro che qualunque altro tentativo di acquisizione del lock su quello stesso identico oggetto, fa bloccare un altro thread finché il lock non è stato rilasciato da quell'unico thread che l'ha acquisito.

Se T1 sta eseguendo a(), nessun altro thread può invocare a() o b() o qualunque altro metodo synchronized presente in quella classe o blocco synchronized che acquisce esplicitamente il lock su quello stesso identico oggetto.

Quote:
Originariamente inviato da blackskop Guarda i messaggi
O non ho ancora capito? Ho bisogno di avere sia i due metodi synchronized e sia tutte le risorse usate nei metodi synchronized. Come posso risolvere?
Non so ovviamente cosa vuoi fare di preciso, non so come è il tuo scenario in generale ... cosa vuoi proteggere e perché. Quindi non saprei cosa rispondere.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:17   #6
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da Fenomeno85 Guarda i messaggi
La parola riservata synchronized consente una accurata gestione dei metodi che possono essere richiamati contemporaneamente da più thread, quando si presenti la necessità di garantire un accesso sincronizzato ad eventuali risorse gestite da tali metodi. Quando un thread sta utilizzando un oggetto per mezzo di un metodo synchronized, tale oggetto viene bloccato (locked) per evitare altri accessi concorrenti.

da html

~§~ Sempre E Solo Lei ~§~
Se ho ben capito è il contrario di quello che dice andbin. Chi ha ragione?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:20   #7
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da andbin Guarda i messaggi
Anche questo è uno scenario corretto. Ma tu comunque dicevi che b() può essere invocato solo da T2.

Il nocciolo di tutto è molto semplice: quando si entra in un metodo/blocco synchronized, il thread ha acquisito un lock e di lock in un oggetto ce n'è 1 solo. È chiaro che qualunque altro tentativo di acquisizione del lock su quello stesso identico oggetto, fa bloccare un altro thread finché il lock non è stato rilasciato da quell'unico thread che l'ha acquisito.

Se T1 sta eseguendo a(), nessun altro thread può invocare a() o b() o qualunque altro metodo synchronized presente in quella classe o blocco synchronized che acquisce esplicitamente il lock su quello stesso identico oggetto.

Non so ovviamente cosa vuoi fare di preciso, non so come è il tuo scenario in generale ... cosa vuoi proteggere e perché. Quindi non saprei cosa rispondere.
Ah ok, ora mi è chiaro. Partivo dal presupposto sbagliato che due thread possono invocare contemporaneamente due metodi diversi di una stessa istanza di classe. Grazie!
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:57   #8
xciaoatuttix
Member
 
L'Avatar di xciaoatuttix
 
Iscritto dal: Jul 2008
Messaggi: 255
In pratica con quella classe hai creato un monitor

tutti i metodi syncronized di una stessa classe vengono eseguiti in mutua esclusione.
quindi se un thread esegue un metodo syncronized , di una certa classe, tutti gli altri thread che vorranno eseguire un qualsiasi altro metodo syncronized di quella classe dovranno mettersi in attesa.
xciaoatuttix è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico Recensione Nothing Phone (4a) Pro: finalmente in...
WoW: Midnight, Blizzard mette il primo, storico mattone per l'housing e molto altro WoW: Midnight, Blizzard mette il primo, storico ...
Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato Ecovacs Goat O1200 LiDAR Pro: la prova del robot...
Per Lenovo i giocatori sono ricchi: Legi...
Polaroid lancia la nuova stampante Hi-Pr...
Da Kyndryl un gemello digitale per il di...
La Cina si prepara a una nuova missione ...
Climatizzatore Inverter A++ con Wi-Fi a ...
NZXT Flex, lo 'scandalo' del PC gaming a...
Robot lavavetri in offerta su Amazon: EC...
Attenti a questo update fake di Windows ...
NIO chiede la standardizzazione di batte...
Da 80 mesi-uomo a poche ore: l'AI cambia...
In 2 settimane senza social il cervello ...
Amazon top 7 di oggi: 2 portatili intere...
SteamGPT trapela dal client Steam: ecco ...
Boom clamoroso per questo piccolo produt...
Amazon Luna saluta gli store di terze pa...
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: 16:26.


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