High CPU utilization

[catharsys]

maintenance disabled...at 1800 when i arrived both cpu's at 100%...
killed the process, started the mezzmo gui, did nothing else...
I didn't used it via my Samsung TV and it has been at 0% since.
Going to watch some stuff and wait until tomorrow to see if the same happens. It's about 0430..
---
Now at 1000 after yesterday viewing everything seems normal on my pc...will wait for later tonight to see if anything changes

[youngboy815]

Running 2.17 on Windows 2003 server.
Mezzmo process is very often high and I dont mean while watching a movie. It might stay at 50% cpu util until the process is restarted.

The other day it was sitting at 100% and I had not used the media server for a day or two.

Any suggestion on where to start looking here?

Not running.
Makes no difference I thnk.
Will keep an eye on it and keep you posted.

[catharsys]

maintenance disabled...at 1800 when i arrived both cpu's at 100%...
killed the process, started the mezzmo gui, did nothing else...
I didn't used it via my Samsung TV and it has been at 0% since.
Going to watch some stuff and wait until tomorrow to see if the same happens. It's about 0430..
---
Now at 1000 after yesterday viewing everything seems normal on my pc...will wait for later tonight to see if anything changes

Used it last night and been away for the last 20h or so...went to check and cpu is idle on both processes. So it could be because of the scheduled maintenance.

[RMerlin]

I used to have occasional issues whenever maintenance tried to process a very old video that was encoded in DivX3. I would be able to tell which file caused the issue because when I would manually launch maintenance, it would get stuck on this file in the status window. Might be worth trying to manually launch maintenance, and watch the Mezzmo window to see if the CPU hits the roof on a specific file.

In my case, I simply deleted the file, and everything became smooth again.

[Paul]

Used it last night and been away for the last 20h or so...went to check and cpu is idle on both processes. So it could be because of the scheduled maintenance.

Ok, we'll dig in this direction

I used to have occasional issues whenever maintenance tried to process a very old video that was encoded in DivX3. I would be able to tell which file caused the issue because when I would manually launch maintenance, it would get stuck on this file in the status window. Might be worth trying to manually launch maintenance, and watch the Mezzmo window to see if the CPU hits the roof on a specific file.

In my case, I simply deleted the file, and everything became smooth again.

If you still have that file and if it's not too big, would it be possible for us to have it here for testing to see why it gets stuck? Thanks!

[RMerlin]

If you still have that file and if it's not too big, would it be possible for us to have it here for testing to see why it gets stuck? Thanks!

Unfortunately I have deleted it since then. It was a really old DivX 3 file (probably a few hundred megs large) that had been gathering dust. I have seen cases where Windows itself would have issues with some of those files (Windows Explorer would sometime hang while trying to analyze those files using the newer DivX codec shell extension).

[Paul]

Unfortunately I have deleted it since then. It was a really old DivX 3 file (probably a few hundred megs large) that had been gathering dust. I have seen cases where Windows itself would have issues with some of those files (Windows Explorer would sometime hang while trying to analyze those files using the newer DivX codec shell extension).

No problem. The whole world of video/audio codecs/formats is a real mess, so I'm not surprised that there're files that would do that of course.

[steppinwolf]

I'm getting similar behavior as others here: Mezzmo Media Server has been using 20-24% of CPU (2 out of 8 threads > 80% ) for hours. No transcoding at this time; ffmpeg.exe is not running. This started when I ran library maintenance manually. I let it continue overnight and it's still going. Must be stuck in some sort of processor loop.

I don't have library maintenance scheduled because of this issue. Nothing shows in the Mezzmo console status bar except the usual "Media Server: Running". The only disk files the Media Server process has open right now are it's own database files. I wonder if the size of our libraries (music, video or image) is a factor...

Update: Finally stopped and restarted the media server to kill process after > 8 hours.

[RMerlin]

Most of the time this is caused by a corrupted file that Mezzmo gets stuck on while processing it (either analyzing it or creating a thumbnail).

You will need to determine which file is causing the issue. Simplest way is to enable logging, then start a manual maintenance. When CPU usage seems to be stuck for a while, stop Mezzmo, and check the log to see which file got stuck processing (see this thread for more details)

Another way is to delete your library, then add only one folder at a time, until you locate the problematic folder.

It is unlikely to be an issue caused by the amount of files - Mezzmo uses a database for storing its data, and should be able to handle very large amount of files without any problem.

[Paul]

Unfortunately, we have not reproduced the issue as yet, but we will keep trying. If you isolate it down to a problem file, then please let us know. It would be a great hint at fixing the problem.

For the moment, if you do have this high CPU issue whilst the server is idle, then I suggest you stop and start your Mezzmo server to reset it.