Dropbox su un volume TrueCrypt consuma oltre 6 GB di RAM, possibile perdita di memoria con file mappati in memoria


1

Sto usando Dropbox con la mia cartella su un volume TrueCrypt su un HP Pavilion Touch 14-N009LA con una APU AMD A8-4555, 8 GB di RAM e Windows 8.1. Quando eseguo Dropbox, dopo circa 15 minuti l'utilizzo della RAM raggiunge i 7,5 GB e Windows diventa inutilizzabile. Chiudere Dropbox non farà nulla. Ma nel momento in cui smonta il mio volume, POOF! tutto ciò che ha utilizzato la RAM viene liberato e l'utilizzo della memoria torna alla normalità.

Questo mi rende impossibile utilizzare Dropbox con quasi qualsiasi altra cosa e onestamente non riesco a pensare ad alcun motivo. Cosa sta succedendo qui?


Aggiornamento 1: Sembra che ciò accada ogni volta che Windows legge la cartella Dropbox perché ho appena avuto lo stesso problema quando spostavo la mia cartella dal suo contenitore corrente in una nuova. Ho dato un'occhiata a Process Explorer e non ha mostrato alcun processo usando più di 2 GB di RAM (Superfetch stava mangiando un sacco di cose, come 2 GB, quindi l'ho spento, ma non funzionava davvero). Tuttavia, Process Explorer mostra oltre 5 GB di RAM allocati come "cache WS". Lo sto investigando.

RAM usage according to Process Explorer


Aggiornamento 2: RAMMap mostra qui che i 5 GB di memoria vengono usati come "file mappato". Non ho mai lavorato con i file mappati in memoria, quindi tutto ciò che so è googling, e potrebbe essere possibile che questo sia il motivo per cui Dropbox sembra funzionare così male con un volume TrueCrypt. La mia ipotesi è che TrueCrypt acceda al volume crittografato come un file mappato in memoria, il che significa che probabilmente non c'è nulla che io possa fare riguardo ai file mappati in memoria.

Tuttavia, c'è una cosa interessante: quando svuoto tutti i set di lavoro con RAMMap, l'utilizzo della memoria torna normale, ma continua a riempirsi di nuovo mentre Windows sta leggendo cose dal mio volume crittografato. Non so molto sulla gestione della memoria di Windows, ma una cosa di cui sono certo è che non è successo due settimane fa. È come se Windows avesse sviluppato una perdita di memoria in cui un set di lavoro non veniva cancellato o qualcosa del genere. (L'aumento improvviso dell'utilizzo del disco fisso su C: \ è dovuto al fatto che il sistema trasferisce nuovamente nella RAM tutto ciò che è stato trasferito al file di paging per creare spazio per quel set di lavoro da 5 GB).

Inoltre, Monitoraggio risorse elenca tutte le RAM utilizzate come memoria di riserva. Ciò implica che potrebbe avere a che fare con le cache di lettura o scrittura utilizzate da Windows per I / O su disco, che credo sia attivo sui volumi TrueCrypt quando vengono montate come dischi normali. Vedrò se il montaggio dei miei volumi come dispositivi portatili funziona poiché la cache del disco AFAIK è disabilitata di default in questi casi.

Aggiornamento 3: Il montaggio dei volumi come dispositivi portatili non ha funzionato, il sistema continua a consumare tutta la RAM. La prossima cosa sul piano è vedere se riesco a ricreare il problema sul computer di mia sorella, che è esattamente lo stesso modello e sistema operativo del mio, oltre che sul mio computer desktop che usa Windows 7.

Memory usage according to RAMMAP
(Clicca sull'immagine per ingrandirla)

Memory usage after clearing working sets

Aggiornamento 4: Seguito su questo problema. Ho appena provato a riprodurre questo problema sul computer di mia sorella. Non potevo. Ho installato tutti gli ultimi aggiornamenti di Windows su quel computer, ho creato un volume TrueCrypt da 10 GB, l'ho riempito con abbastanza roba da riempire i suoi 4 GB di RAM e l'utilizzo della RAM è rimasto lo stesso. Ho eseguito Dropbox con una delle mie cartelle e l'utilizzo della RAM è rimasto lo stesso.

Ora, cosa succede quando eseguo RAMMap sul mio computer con il volume montato e dopo aver scritto cose su di esso? Tutta la RAM del mio sistema è elencata come memoria standby o modificata per i file mappati. La memoria attiva per i file mappati non supera mai i 150 MB.

Conclusione? Qualcosa si è rotto sul mio Windows 8. Di conseguenza, Windows non cancella il working set del volume TrueCrypt mappato alla memoria, o dichiara per qualche motivo l'utilizzo della memoria attivo anziché standby, o qualcosa del genere.

Memory usage on other computer Memory usage on other computer according to RAMMAP

(Si badi bene, dal momento che TrueCrypt è stato eliminato ho deciso di migrare tutti i miei dati crittografati in dm-crypt, ora utilizzo Gentoo Linux come sistema operativo principale e utilizzo solo Windows per giocare. Se per qualche motivo ho bisogno di accedere ai miei dischi crittografati , quello che faccio è avviare una VM Linux, collegare le unità crittografate alla VM, montarle, avviare Samba e mappare la directory condivisa su Windows come unità di rete).


Sei sicuro di non avere nessun gioco per computer? Questo sembra molto simile al Problema di perdita di memoria DWM
Vinayak

No, non giocare affatto. In effetti, eseguo i giochi tutto il tempo a risoluzioni diverse dal mio desktop senza problemi. Forse ho trovato un bug su Windows? Amano rompere lo spazio degli utenti.
RAKK

Potresti dare un'occhiata al tuo utilizzo della memoria utilizzando Process Explorer per vedere cosa succede realmente quando esegui Dropbox e TrueCrypt? Sarebbe utile vedere cosa sta usando tutta quella memoria.
Vinayak

@ RAKK - Questo non è un bug con Windows. È un bug con TrueCrypt o Dropbox ma non è un bug di Windows.
Ramhound

Aggiornamento: Ho appena avuto lo stesso problema quando si sposta la mia intera cartella Dropbox da un contenitore Truecrypt a uno più grande. Sembra che questo problema si verifichi quando i file vengono letti. Guardando Process Explorer indica come 5 GB di memoria utilizzata come "cache WS", che sembra essere un errore di Windows piuttosto comune da alcuni googling veloci. Sto aggiornando il mio post.
RAKK
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.