That means the realtime monitor will probably be going haywire anytime emby server writes to the cache folder.
Question about Windows Updates
Posted 04 July 2019 - 10:51 AM
I found a new way to get the cpu usage very high and stay high.
I have dlna player/server called twonky.
Using a web brower it can point to other dlna sources and playback devices.
I restarted the emby before connecting to have a clean log.
It took about 5 minutes to get to100% cpu utilation.
Posted 07 July 2019 - 07:47 PM
Yes i just tried and learned a few things
I have been using emby/kodi fine without music/ home videos.
I synced serveral system and all was fine.
I added a home video and photo library and tried to sync it.
The CPU went to 100% early.
As far a the DLNA issue I have not been able to duplicate it.
Posted 07 July 2019 - 07:52 PM
Also are you actually using files underneath all of these iPod Photo Cache folders? The realtime monitor is reacting to a lot of events based on changes to those folders, presumably from an apple app. I guess we may want to start ignoring those folders.
Posted 07 July 2019 - 09:11 PM
All i did here was access a new libary from kodi and the cpu went to 100
Should be nice tight clean log.
At least one of the two emby for kodi instances in this log is not running the latest version. Please update them to their latest betas and then try again.
Posted 09 July 2019 - 10:35 PM
I applied the latest updates and it will still go to 90% and stay there.
In kodi videos, then video add ons, then emby , mixed content
It is basicly pictures and home videos,
the cpu will go wild right away and stay there.
If I access movies or TV then no problem.
The movies and tv are in different directories show then season. all shows for one season in one directory.
those have been working fine.
Posted 09 July 2019 - 10:47 PM
Do you have really big images or a slow network drive? Because i see some slow image processing here. This is actually coming from the web app and not Kodi.
2019-07-09 09:13:41.615 Debug ImageProcessor: Image encoding took 763ms for \\TOWER\Movies\tv\helicopter-rescue\HelicopterRescue-s01e02-Episode2-thumb.jpg 2019-07-09 09:13:41.616 Info HttpServer: HTTP Response 200 to 126.96.36.199. Time: 765ms. http://188.8.131.52:8096/emby/Items/83068/Images/Primary?maxHeight=185&maxWidth=329&tag=1acf1c8b411904ae1c59fa0252cdd23c&quality=90 2019-07-09 09:13:41.642 Debug ImageProcessor: Image encoding took 818ms for \\TOWER\Movies\tv\jag\landscape.jpg 2019-07-09 09:13:41.642 Info HttpServer: HTTP Response 200 to 184.108.40.206. Time: 819ms. http://220.127.116.11:8096/emby/Items/80731/Images/Thumb?maxWidth=329&tag=54d195fe112eefd0627771ccf94f1cb8&quality=90 2019-07-09 09:13:41.645 Debug ImageProcessor: Image encoding took 846ms for \\TOWER\Movies\dvd\documentories\APOLLO_18\landscape.jpg 2019-07-09 09:13:41.645 Info HttpServer: HTTP Response 200 to 18.104.22.168. Time: 862ms. http://22.214.171.124:8096/emby/Items/65606/Images/Thumb?maxWidth=329&tag=de737ada4d935fd644abe07dab84fcff&quality=90 2019-07-09 09:13:41.662 Info HttpServer: HTTP GET http://126.96.36.199:8096/emby/Items/80796/Images/Thumb?maxWidth=329&tag=f2c60e0a8a9b125fb7a96e805c393376&quality=90.
See how for some images it takes nearly a full second to create a smaller version for the web app to utilize.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users