Duplicati keeps taking more and more memory even when idle.
version 2.0.8.1 on mac os 13.6.1
Right now its using 4.5GB. It started at 5MB used
The file set is local, ~300MB, 421 files
Do you mean it increases while idle, or it remains high when idle?
Is there a backup or other work ever done? To what storage type?
Is Remote volume size on Options screen still at 50 MB default?
is similar to this, and you can look over the questions from there too.
This might also be a mono problem. If so, mono’s going away soon…
The current testing versions of Duplicati are replacing it with .NET 8.
What’s your mono --version number? Note mono’s pretty stagnant.
I noticed the memory footprint peaked at 24GB.
Note: this is for Duplicati.app (macOS), mono-sgen memory consumption stayed below 250MB.
remote size is 50 MB. again the backup set is only ~ 300MB and I have no other duplicati jobs setup on this machine
I don’t know what the difference is between duplicati.app and mono-sgen so excuse my limited knowledge.
It hasn’t happened since a restart so I will have to monitor for if/when it happens again.
How do I check mono version?
OK, so maybe backups were being run, and detailed memory behavior is not well known.
What storage type is the backup destination?
What your tool may say is Duplicati is part of mono. It’s two processes. Both do something.
The split doesn’t seem to be documented, but Garbage collector talks about memory care.
If your tool has a PID number, you can try opening a Terminal to view different names, e.g.
# ps -p 90149
PID TTY TIME CMD
90149 pts/2 00:00:22 mono
# ps -p 90149 -F
UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
me 90149 24325 2 39506 44340 0 09:16 pts/2 00:00:22 Duplicati /usr/lib/duplicati/Duplicati.GUI.TrayIcon.exe
This is just background. All of mono is running Duplicati, so something’s not working right.
Knowing what storage type you use (and maybe testing with another) may cut that down.
typed into a terminal.