Newsgroup: it.comp.os.win.windows10
Titolo: Thunderbird freeza a intermittenza in Windows 10

Proprio ora mi sta capitando questo bel fenomeno: apro Thunderbird e 
praticamente non riesco a usarlo, ogni 5 secondi si blocca, il puntatore 
diventa il circoletto dell'applicazione occupata, si sblocca dopo circa 
10 secondi e via da capo.
Nel frattempo ventola di raffreddamento a sirena.
Apro gestione risorse ed ecco quello che vedo (nella fase in cui 
Thunderbird si blocca)
 
https://ibb.co/r4hJ03x
 
 
Quindi sembra avere a che fare con l'attività dell'Antimalware Service 
Executable (Defender).
Dopo 5-6 minuti l'Antimalware Service si è placato, la ventola ha smesso 
di ruggire e tutto è ridiventato normale.
 
A qualcuno risulta un fenomeno simile?
Grazie
 
-- 
"buon anno...e si fumi una sigaretta"
"no grazie me fanno gira' la testa"
"e va bene, se la fumi dopo i pasti"
"dopo i pasti di chi?"

 smesso di ruggire e tutto è ridiventato normale.
 
Il sospetto è che qualcuna delle email presenti in uno degli archivi di
TB sia "infetta" o comunque venga riconosciuta in qualche modo come, al
che Defender cerca di eliminarla ma TB probabilmente tiene il file
bloccato e quindi capita il problema
 
Una soluzione veloce ma non garantita potrebbe essere quella di
svuotare le cartelle "spam" e "posta eliminata" e vedere se in questo
modo il problema si risolva, in caso contrario, chiudi TB e poi forza
una scansione della cartella dati di TB con defender e... vedi cosa
salta fuori
 
 

 salta fuori
 
 
Dopo aver eliminato le email va fatta la compattazione degli archivi 
dallo stesso Thunderbird (compatta cartelle nel menu file), se no il 
codice resta al suo posto.



Si, hai ragione.
 
 
 
 

 bloccato e quindi capita il problema
 
Senza alcuna notifica? Mmmhh...

 Si, hai ragione.
 
 
elimino regolarmente tutte le email da cestino e spam, e inoltre ogni 
tanto passo il Malwarebites, l'ultima volta l'altroieri nella sua ultima 
release.
 
Non esscludo possa essere come dite voi, ma attualmente mi sembra di 
prendere tutte le precauzioni adatte tra prudenza e tools disponibili 
per verifiche.
 
Inoltre tenderei a pensare -ma ovviamente mai dare qualcosa per 
scontato- che se anche Defender "lotta" contro qualcosa senza poter 
togliere la minaccia, quantomeno lo notificherebbe.
 
Comunque è vero che dovrei fare compattazione cartelle, prima TB me la 
faceva automaticamente e periodicamente, ma da un po' di tempo 
stranamente non la fa.
E a proposito, ho un database email bello gonfio, oltre 2 Gb, chissà se 
non possa essere quello, cioè TB va a fare compattazione senza 
preavvisare e quando questo coincide con la scansione di Antimalware 
Service si produce questo fenomeno.


 Service si produce questo fenomeno.
 
Difficile, ma se lo fa e' un bug. Normalmente l'accesso contemporaneo al 
disco da parte di due programmi fa crollare le prestazioni, ma 
contrariamente a quello che si puo' pensare, l'occupazione della CPU 
resta bassa.
Poi guardando lo screenshot leggo 0.1 MB/s da parte di tutti e due, 
troppo poco.

 troppo poco.
 
Il che mi fa appunto sospettare che ci sia un problema di "lock", per
chiarire il sospetto è che sia TB sia MSE si contendano il locking ad
alcune porzioni del file, in tal caso l'I/O sarà basso, ma siccome MSE
attende TB e/o poi TB attende MSE ...
 
 
 
 

 attende TB e/o poi TB attende MSE ...
 
Quella e' la tipica situazione che fa incazzare, il sistema e' piantato 
e se guardi il task manager l'occupazione della CPU e' a zero e allora 
non capisci che cavolo combina, non ti da retta anche se apparentemente 
non ha niente da fare. Quando diverse task attendono sull'I/O, non c'e' 
occupazione di CPU, e' il momento di gloria di IDLE che si prende tutto 
il sistema *pwned!*. :D

 gloria di IDLE che si prende tutto il sistema *pwned!*. :D
 
Beh pwned no, solo i processi che stanno in attesa di quel determinato
I/O, non stiamo mica parlando del famigerato "Big Kernel Lock" di Linux
:D
 
 
 
 
 

 capito (cit.)
 
Non credo esista un caso del genere, se MSE non ha finito non rilascera' 
il lock, o piu' probabilmente, MSE non effettuera' alcun lock, usera' il 
modello "opportunistico", se ce la fa bene, altrimenti restera' in attesa.
In un caso o nell'altro, l'occupazione della CPU rimarrebbe bassa (fatto 
che non e' avvenuto nel caso in questione). Io sospetto che l'OP abbia 
un file zippato (allegato di posta o meno) di dimensioni ragguardevoli, 
da qui l'occupazione da parte di MSE, indipendentemente dal fatto che TB 
sia attivo o no.