Basically every so often DOpus will use up all my memory. This often happens after I watch videos so I was thinking it was a codec problem. I followed the instructions on how to detect a bad component. I downloaded VMMap and used it. I'm not sure what I'm looking at and it didn't help me track anything down. I'm attaching two screenshots. One has the trace for the one using the most bytes after I sorted in descending order. The other was one I saw that had a high count and several were like it but I don't know what it indicates.
Any help would be most appreciated. At the time these were taken the Vmmap was showing a usage of 3 gigs of memory and I know from experience that it will continue to climb until it takes up about 15 gigs and practically shuts my computer down.
[Huge screenshots removed as they turned out not to be useful and made the thread difficult to read/scroll.]
The 3 Gig memory usage was not seen from VMMap itself. I saw that when I went to the task manager. Usually the process listed is dopus but when I launch it from VMMap it lists VMMap as having that much in the task manager.
That's pretty weird, if the allocations are attributed to VMMap.exe instead of DOpus.exe when you run it that way.
Could you post a couple of screenshots showing Task Manager attributing the memory to dopus.exe and then to vmmap.exe so we can see both cases, and exactly what it's showing (i.e. which memory column we're talking about, etc.)?
vmmap.exe is not a good tool for running longer term monitoring tasks. It will consume all memory and eventually crash.
I was chasing down a similar problem, but have given up. In fact, this morning, dopus + some extension had used 14gig. I did nothing unusual last night to cause this, but it does appear to be related to Windows RDP. After I quit a session from my Mac to Windows, in the morning I find Dopus Gone Wild, and have to kill it and reboot.
Haven't forgotten. It hasn't done it again. I tried playing videos and such but it's being persnickety.
That's good to know MrC. That's pretty much where it goes eventually both vmmap and dopus have both shown usage of 14-15 gigs which of course slows the computer to a crawl and causes apps I'm running to freeze and such.
Ok it finally does it again. So in one screenshot you will see dopus using up a ton of memory. I killed that process. I then launched vmmap and told it to launch dopus. Immediately it started to climb. I sat and watched it and when it got to over a gig I took the snapshot. You can see that there is a difference of like 200 megs. That's how fast it climbs. By the time I snapped the shot and opened up all the windows and arranged them it was already 200 megs more or so.
Once I kill vmmap dopus remains and seems to be ok for a bit. Screenshot should show my other processes in case something is interfering and causing it but I dunno.
[Huge screenshots removed as they turned out not to be useful and made the thread difficult to read/scroll.]
The VMMap screenshot shows Opus using about 20MB of RAM, and VMMap itself (not Opus) using over 1GB RAM.
VMMap will use a lot of memory if there are a lot of memory allocations/deallocations going on in the process it is tracking, since it keeps a record in memory each time one happens.
VMMap using a lot of RAM to track events does not mean that it or Opus is leaking memory, though (and Opus doesn't seem to be leaking in the screenshot with VMMap, since it is only using 20MB). It doesn't tell us what was happening with the previous Opus instance that was using lots of memory (the other screenshot), unfortunately.
Understood. In which case I do not know how to debug this. Vmmap will use all available memory before long and have to be shut down before dopus exhibits that behavior again. Perhaps I'll get lucky.
One question. If VMMap is using alot of memory if there are a lot of memory allocataions/deallocations going on then should it be growing while dopus is idle? What is dopus doing that causes so many allocations and deallocations when it's just open and idle? Currently vmmap is 4.4 gigs and growing. dopus is still at 25megs.
Ok think I found a way to monitor it. If I just launch it it'll go crazy like you saw but if I kill vmmap and re-run and simply tell it to monitor dopus then in idle I don't see the crazy memory growth so I'll leave it now and start messing with dopus to see if I can duplicate the behavior.
Hmm. I left it monitoring dopus and it finally did it again, however, I couldn't trace it when I did it this way.However using it to launch Dopus just seems to result in vmmap using a ton of memory until I have to shut it down. Any other ideas? Maybe a debug mode for Dopus?
As MrC explained above, VMMap is no good for long-term monitoring because it iself uses up a lot of memory if left monitoring another program.
I suggest you use ShellExView to disable all non-Microsoft and non-Opus shell extensions as it is likely to be one of them if the problem doesn't seem to be caused by something you can trigger by going into a certain folder or viewing a certain file.
If you have Acronis TrueImage installed, start by disabling its shell extensions as they've had really bad memory leaks in the past.
Thanks. Yes while MrC told me VMMap isn't that good it was all I knew so was trying to make it work but your suggestion is what I was looking for. So I've done as you suggested and we'll see if it does it again. I disabled a bunch that I think were unnecessary. If it does it again I'll start disabling some others and see.
Ok I disabled every extension I could see that wasn't DOpus or Microsoft but I'm still experiencing the high memory usage. Attaching the saved list in case anyone can look at it and see something that seems strange. extensions.txt (255 KB)
(Rebooting after disabling the shell extensions may be important, if you didn't do that already.)
Another thing to try is disabling all viewer plugins in Opus.
Without a clue about which actions / folders / files might be triggering the problem, it's hard to know what best to suggest, but there's a list of other ideas here: General slowdown or instability investigation steps
I'd rebooted after each disable. I just disabled all viewer plugins as you suggested but it's still doing it. These last few times it's done it I did nothing but open it and leave it running while I browsed and so forth.
Does it do that even if you open it to a completely empty directory and leave things there?
For the best test, create an empty folder on your desktop, quit Opus and make sure dopus.exe isn't running, then right-click the empty folder and choose Open in Directory Opus to load Opus showing that folder, without any other folders being loaded. (If your default lister has other tabs which open on startup, get rid of them, re-save the default lister, then exist dopus.exe and open the folder. That way the other folders/tabs are ruled them out, and only that empty folder is ever loaded.)
Another thing to try: Set Preferences / Miscellaneous / Advanced: no_external_change_notify to TRUE and see if it still happens. (You'll want to set it back to FALSE after doing the test, though, since it will stop Opus noticing changes to folders.)
Well so far after changing the no_external_change_notify to true it has not done it yet. I'd tried this once before (before disabling all shell extensions and plugins) and noticed just what you mentioned and so turned it back to false but I'm leaving it now and I've used DOpus, Gone to directories, viewed movies, etc. So far it has not shown that memory usage increase.