My OS is Windows 10 21H1 19043.1110. And, I have not used KODI for at least 3-4 months (the Android box using it is not even connected right now).
My OS is Windows 10 21H1 19043.1110. And, I have not used KODI for at least 3-4 months (the Android box using it is not even connected right now).
Possibly there is a device on the network that is sending a lot of UPnP traffic or your PC has a program with a lot of UPnP traffic. Please try disabling UPnP on your router. It could also be the duplex mode of the network adapter, please check to make sure that the network adapter is set to run in full duplex mode.
Since TV doesn't browse the Mezzmo on it's own, I also thought something is sending Mezzmo a lot of traffic. So, for 2 days I had computer and TV put into isolated network, no other devices, and even no internet access. And, after less then a full day, and several played files, once again Server CPU usage spiked, and only after killing the process it returned to normal. I have no idea what is causing this, but using Mezzmo has become increasingly difficult for me.
I only have few devices allowed to Mezzmo, and very rarely I have two of my devices connected to Mezzmo at the same time, let alone more. And, the crash happens if one or two or more devices are accessing, it doesn't matter how many devices, and for most of the crashes it was only one device accessing. So if the crash happens when only one device is active on Mezzmo, it is not abnormal traffic to blame.
The original issue was high CPU usage, is the server now crashing when this situation happens?
I'm not trying to discount anything in this thread, just posting my experience....
I am not experiencing the runaway process issue that is being experienced here. For reference, I have about 4,300 movies, about 30ish thousand songs, and about 11,500ish TV episodes. My average "non-utilization" CPU percentage for the Mezzmo Media Service is less than 3%. My non-utilization, I mean when I am not streaming anything.
Is there anything that I can do to provide a compare and contrast with his issues in order to help troubleshoot this?
Sorry about that, it doesn't crash, it just uses 100% CPU for one core (it is not a multithreaded process). It doesn't go back to normal levels until I kill the process. That is the same as crashing for me because the only way to solve it is to kill the process and start it again. Also, while that happens, I can stream without issues files of small total size (under 100MB), most likely due to some caching. Any other file freezes every 30-40 seconds during playback, freeze lasts for 20-30 seconds, continues playing for another 30-40 seconds, freezes again, and so on. And, as I mentioned, I don't use transcoding at all, it is completely disabled for all file types and codecs.Quote:
Originally Posted by Peter
Can you please check if the network card is running in full duplex mode? http://www.mezzmo.com/wiki/doku.php?...r_home_network
Windows may be adjusting the tcp send buffer and Mezzmo is waiting so send data so the message queue is spinning its wheels while waiting for the buffer to signal it is ready to send. This has caused issues for other users.
I tested this for the past 10 days, and nothing has improved, same issues happen still.Quote:
Originally Posted by Peter
So the network card is running in full duplex and the problem still occurs? Can you please right-click on a file where this occurs in Mezzmo and select 'Get FFmpeg Information' then copy and paste it into a post so we can see the details of a the file?