Cosa fa davvero un task killer
Sotto la pelle è una kill list più un timer: una blacklist fornita dal produttore (o costruita da voi), un pulsante o una pianificazione e un ciclo che chiama TerminateProcess su ogni corrispondenza. Il grafico del conteggio processi cala, lo screenshot sembra un check-up, e dieci secondi dopo la tray si ripopola in silenzio. Quello che l'app non vi mostra mai è l'economia dell'esercizio: ogni riavvio forzato è uno start a freddo — codice riletto dal disco, cache ricostruite — quindi ogni ciclo lascia la macchina più lenta di quanto fosse prima dell'esecuzione.
Windows è costruito per resuscitare i servizi, non per commemorarli. Il Gestore controllo servizi conserva le impostazioni di ripristino per la maggior parte dei servizi — riavvio in caso di errore, con un ritardo scelto dall'autore del servizio — quindi uccidere un servizio non lo rimuove: gli fissa il ritorno. Updater e componenti di launcher rientrano dalla stessa porta, rilanciati da processi watchdog o attività pianificate. Un task killer non combatte il disordine; combatte l'architettura.
Le uccisioni che tornano — e quelle che mordono
Il problema più profondo è che una kill list cieca non distingue un processo addormentato da uno al lavoro. I risultati si dividono in due secchi: uccisioni innocue che si annullano da sole, e uccisioni pericolose che lasciano danni alle spalle.
- Servizi con impostazioni di ripristino: il Gestore controllo servizi li rilancia poco dopo — avete comprato un riavvio a freddo, niente di più
- Updater e componenti di launcher: a farli risorgere sono watchdog o attività pianificate; alcuni vendor hanno aggiunto quella logica apposta per sopravvivere ai task killer
- explorer.exe e dwm.exe: terminarli azzera barra delle applicazioni e desktop; entrambi tornano, ma perdete lo stato della tray, le finestre di Esplora file aperte e il lavoro della shell non salvato
- Antivirus e Windows Update: i processi protetti rifiutano di morire per un motivo, e abbattere il servizio di aggiornamento a metà installazione può lasciare una patch applicata a metà
- Qualunque applicazione durante un salvataggio: TerminateProcess non concede tempo per salvare — client di sincronizzazione, database e posta sono le vittime classiche di un'esecuzione pianificata
- I processi che vi costano davvero — un client di sincronizzazione a metà upload, un encoder al lavoro sulla CPU — non compaiono mai in una kill list di default
Cosa fare invece
Smettete di sparare ai dormienti e prevenite il lancio: tagliate l'elenco delle app di avvio nel Task Manager, disinstallate il programma la cui tray vi dà fastidio, e quando un processo è davvero bloccato chiudetelo a mano — una volta. Se qualcosa sbarella con regolarità, è una questione di diagnosi, non un appuntamento fisso: il Task Manager aperto durante l'incidente vi dice più di qualsiasi contatore di uccisioni. A una macchina con un avvio corto non serve un boia, perché non è rimasto niente da giustiziare.
Domande e risposte
Le app task-killer rendono davvero più veloce il PC?
No: il numero di processi cala, la maggior parte delle vittime riparte secondo le proprie policy di ripristino, e gli avvii a freddo li pagate in lentezza generale. Lo speedup durevole è un elenco d'avvio corto e la rimozione dei programmi pesanti.
È sicuro terminare i processi in background nel Task Manager?
Chiudere una volta un processo davvero bloccato va bene; metterlo a protocollo no. Servizi di sistema e antivirus sono protetti per un motivo, e un'app terminata durante un salvataggio può corrompere i suoi file di dati.
Scopri cosa include la licenza prima dell'acquisto.
La prova singola di 30 minuti include gli strumenti essenziali. Le funzioni PRO restano bloccate finché non attivi una licenza a pagamento.
Da leggere dopo
Scrivici: [email protected]