Posts: 12,706
Joined: Nov 2003
Reputation:
129
spiff
Team-Kodi Member
Posts: 12,706
no bug. it's sqlite looking for a journal when we open the database...
Posts: 203
Joined: Aug 2012
Reputation:
1
arokh
Senior Member
Posts: 203
2012-08-10, 13:21
(This post was last modified: 2012-08-10, 13:21 by arokh.)
514 times in 5 seconds, while XBMC is idling in the top menu. Why is it necessary to check more than once when it's failing? Also, which database is that, why is it accessed when XBMC is doing nothing?
Posts: 12,706
Joined: Nov 2003
Reputation:
129
spiff
Team-Kodi Member
Posts: 12,706
"doing nothing"? it's running its the app loop, fetching, updating and generating all the info you see on the screen. not to mention the 15-20 service threads. xbmc is never idle.
it's likely some skin using some info label that needs to query the addons db for existence.
Posts: 26,215
Joined: Oct 2003
Reputation:
187
Not sure if it's from the skin - current nightlies have altered to not hit the addons db for disabled status at all anymore.
Would be nice to know what it is, particularly if it really is continuous (one presumes whilst sitting on home or some such, where add-ons are on screen?)
Cheers,
Jonathan
Posts: 4,146
Joined: Jan 2008
Reputation:
40
I think spiff is right. The skin is requesting information from an addon. On confluence (and therefore others) the search addon is a candidate that's hit all the time when on home screen. At least i can recall something like this.
Always read the
online manual (wiki),
FAQ (wiki) and search the forum before posting.
Do not PM or e-mail Team-Kodi members directly asking for support. Read/follow the
forum rules (wiki).
Please read the pages on
troubleshooting (wiki) and
bug reporting (wiki) before reporting issues.
Posts: 26,215
Joined: Oct 2003
Reputation:
187
Yes, but the db query (that checks for disabled status) has been removed in from the infomanager lookups in current master, right?
Posts: 203
Joined: Aug 2012
Reputation:
1
arokh
Senior Member
Posts: 203
I never use Confluence, this is not specific to that skin. Currently I'm using reFocus BIG, sitting at the home menu without any addons visible. There is no System.HasAddon in the source, yet it hits Addons15.db-journal TONS of times every second, difficult to measure how many.
I guess the devs feel this is efficient use of resources. To me it explains why you need a powerhouse of a machine for XBMC to run smooth even if the GUI is simple as hell.
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
The NFS file handle I observed in my network traces was for Addons15.db (not .db-journal or .db-wal, neither of which exist), so I'm not entirely sure if this is the exact same problem you found originally, but something is hammering on Addons15.db* as fast and as often as it can while the user is sat at the main menu, for no visible benefit, which results in just horrific overhead (which might not be an issue on x86 with local storage, but on a Raspberry Pi booted over a network it most definitely is!)
Hopefully someone can look at this and get to the bottom of it - the current implementation of whatever it is doesn't seem at all sane.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.