Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Nuova Dacia Spring, del modello precedente resta solo il nome: più grande, più efficiente e ora prodotta in Europa
Nuova Dacia Spring, del modello precedente resta solo il nome: più grande, più efficiente e ora prodotta in Europa
La seconda generazione della citycar elettrica di Dacia passa alla piattaforma RGEV small di Renault Group, cresce di 15 cm in lunghezza e 18 cm in larghezza, adotta un motore da 80 CV e una batteria LFP da 27,5 kWh per 250 km WLTP. Prezzi da 17.900 euro, produzione a Novo Mesto in Slovenia.
BOOX Picco: l'ebook reader minuscolo è una genialata, e si può attaccare allo smartphone
BOOX Picco: l'ebook reader minuscolo è una genialata, e si può attaccare allo smartphone
BOOX ha portato sul mercato Picco, un e-reader da 3,97 pollici che pesa 58 grammi e si aggancia al retro dello smartphone con un anello magnetico. Lo abbiamo usato con Pixel 11 Pro XL e iPhone 18 Pro per capire se un formato così ridotto regga la prova della lettura quotidiana
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria
A Las Vegas AMD ha svelato i dettagli architetturali delle CPU EPYC di sesta generazione, note con il nome in codice Venice. Nuovi core Zen 6 e Zen 6c costruiti a 2 nanometri, fino a 256 core per socket, 16 canali di memoria, interfaccia PCI Express 6.0 e un'intera famiglia di proposte che va da Venice SP7 a Verano. Senza dimenticare la memoria, oggi la voce di costo più pesante in un server: AMD risponde con CXL 3.1 e con la tecnologia software MEXT, che porta la memoria flash dentro la gerarchia della DRAM.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 05-03-2010, 14:37   #1
banryu79
Senior Member
 
L'Avatar di banryu79
 
Iscritto dal: Oct 2007
Città: Padova
Messaggi: 4131
[JAVA][Concurrency API]Supportare la cancellazione di un task

Salve,
ho la neccessità di definire dei task che vengono eseguiti in parallelo tramite una fixed thread pool:
Codice:
...
ExecutorService fixedPool = Executors.newFixedTrheadPool(N_THREADS);
Questi task sono definiti come implementazioni di Callable:
Codice:
private class SetupTASK implements Callable<OpResult<?>>
{
    private final Session SESSION;

    SetupTASK(Session s) {
            SESSION = s;
    }

    @Override
    public OpResult<?> call() throws Exception {
        ...
    }
}
Creati e passati alla threadPool perchè li esegua in modo asincrono:
Codice:
private void setupSessions() {
    FutureTask<?>[] taskBattery 
            = new FutureTask<?>[POOL.N_THREADS];
        
    // create tasks "battery"
    for (int i=0; i<POOL.N_THREADS; i++) {
        SetupTASK t = new SetupTASK(SESSIONS[i]);
        taskBattery[i] = new FutureTask<OpResult<?>>(t);
    }

    // execute all tasks
    POOL.submitTasks(taskBattery);

    // wait until "battery" execution completes
    OpResult<?> res = null;
    for (int i=0; i<POOL.N_THREADS; i++) {
        try {
            res = (OpResult<?>) taskBattery[i].get();
            ... do something with 'res'
        }
        catch(ExecutionException ignored1) {}
        catch(InterruptedException ignored2) {}
    }
}

...

// on another scope, definition of POOL.submitTasks method:
<E> void submitTasks(FutureTask<E>[] tasks)
{
    for (FutureTask<E> t : tasks)
        fixedPool.submit(t);
}
Dato che devo rendere la batteria di task in esecuzione [taskBattery] "cancellabile" (l'utente vede una progress bar e un bottone "Annulla") pensavo di chiamare il metodo cancel() esposto da ogni FutureTask in taskBattery, con il parametro mayInterruptIfRunning valorizzato a true:
Quote:
cancel

boolean cancel(boolean mayInterruptIfRunning)

Attempts to cancel execution of this task. This attempt will fail if the task has already completed, has already been cancelled, or could not be cancelled for some other reason. If successful, and this task has not started when cancel is called, this task should never run. If the task has already started, then the mayInterruptIfRunning parameter determines whether the thread executing this task should be interrupted in an attempt to stop the task.

After this method returns, subsequent calls to isDone() will always return true. Subsequent calls to isCancelled() will always return true if this method returned true.

Parameters:
mayInterruptIfRunning - true if the thread executing this task should be interrupted; otherwise, in-progress tasks are allowed to complete
Returns:
false if the task could not be cancelled, typically because it has already completed normally; true otherwise
I miei dubbi sono:

In questo caso, perchè la cosa funzioni, devo supportare l'interruzione del thread che esegue il task?

Se sì, è corretto supportarlo chiamando in momenti opportuni Thread.interrupted() sul thread che sta eseguendo il task e se si verifica l'interrupt lanciando una InterruptedException? [esempio di implementazione del metodo call() di un task-tipo]:
Codice:
@Override
public OpResult<?> call() throws Exception {
    OpResult<?> res = new OpResult<Object>();

    checkInterrupt();
    res = SESSION.connect(BASE_SESSION);
    if (res.isError()) {
        return res;
    }

    checkInterrupt();
    res = SESSION.login(BASE_SESSION);
    if (res.isError()) {
        return res;
    }

    String[] dirs = BASE_SESSION.arrayPath();
    for (String dir : dirs) {
        checkInterrupt();
        res = SESSION.changeDir(dir);
        if (res.isError()) {
            return res; // break loop
        }
    }

    return res;
}

private void checkInterrupt() throws InterruptedException {
    if (Thread.interrupted())
        throw new InterruptedException();
}
Esistono delle alternative?
Grazie mille, anche solo per la pazienza di aver letto

P.S.: per via di scelte dell'architettura del progetto SwingWorker non è un'opzione.
__________________

As long as you are basically literate in programming, you should be able to express any logical relationship you understand.
If you don’t understand a logical relationship, you can use the attempt to program it as a means to learn about it.
(Chris Crawford)

Ultima modifica di banryu79 : 05-03-2010 alle 14:47.
banryu79 è offline   Rispondi citando il messaggio o parte di esso
Old 05-03-2010, 16:31   #2
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
In sintesi sì. Questo:

Codice:
Callable<Void> task = new Callable<Void>() {

    public Void call() throws Exception {
        while(true) {}
    }
}
E' un compito che non può essere interrotto mentre questo:

Codice:
Callable<Void> task = new Callable<Void>() {

    public Void call() throws Exception {
        while(true) {
            if(Thread.interrupted()) throw new Exception("Lavalachelavaben");
        }
    }
}
E' terminabile.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 05-03-2010, 18:18   #3
banryu79
Senior Member
 
L'Avatar di banryu79
 
Iscritto dal: Oct 2007
Città: Padova
Messaggi: 4131
I miei dubbi erano dati dal fatto che FutureTask implementa un metodo 'cancel' e un metodo 'isCancelled'.

Ricordando gli esempi concernenti l'uso del metodo 'doInBackground' di SwingWorker avevo il dubbio fosse sufficiente, anche per quanto riguarda il metodo 'run' di un Callable, controllare internamente con 'isCancelled' se il task fosse stato annullato da una precedente chiamata su 'cancel'.

Invece non c'entra niente: isCancelled viene chiamato sempre e solo alla fine della computazione del FutureTask e serve solo per sapere a posteriori se il task ha terminato la computazione perchè cancellato oppure no.

Grazie della conferma.
__________________

As long as you are basically literate in programming, you should be able to express any logical relationship you understand.
If you don’t understand a logical relationship, you can use the attempt to program it as a means to learn about it.
(Chris Crawford)
banryu79 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Nuova Dacia Spring, del modello precedente resta solo il nome: più grande, più efficiente e ora prodotta in Europa Nuova Dacia Spring, del modello precedente resta...
BOOX Picco: l'ebook reader minuscolo è una genialata, e si può attaccare allo smartphone BOOX Picco: l'ebook reader minuscolo è un...
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria AMD EPYC Venice: dentro Zen 6, i SoC a 256 core ...
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro HONOR Pad X9 Max recensione, schermo ultra large...
Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno Lenovo ThinkPad X1 Carbon Gen 14: il business ul...
Le cuffie Xiaomi Redmi Neo a soli 39,99€...
Il DLSS ha un rivale? Apex Neural Render...
TV Samsung da 75 pollici a soli 499€ (in...
Cybertruck non muore (quasi): Tesla post...
Wolfenstein 3 è ufficiale: Machin...
Leapmotor Lafa 5 si aggiorna con 800 vol...
Gemini 4 Hydrogen, più veloce di ...
Torna il portatile HP con GeForce RTX 50...
Bose QuietComfort Ultra: Amazon taglia i...
Mercedes-Benz pronta a lasciare la Germa...
La ricerca di Windows 11 esegue i comand...
Dell aggiorna le cuffie Pro con audio pi...
Microsoft 365: Outlook e Teams ancora fu...
AMD Siren Halo, Zen 6 e RDNA 5 con memor...
Alice Huang avrebbe avuto interessi in s...
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: 10:37.


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