[hattmall]

I have a video plugin, it's based on the Video Example plugin in the wiki.

When looking at the log, everytime I load a list it takes about 4 seconds, but 3 of those 4 seconds is the actual plugin loading. 

Various lines in the log of CPythonInvoker. 

The work of getting the list from server and formatting to list items only takes about 0.5 seconds.

Is there anyway to make it faster? Possibly keeping the plugin running or something so that the loading part doesn't have to be duplicated every time?

[ronie]

you could try if adding reuselanguageinvoker to your addon.xml file makes a difference.
example: https://github.com/xbmc/xbmc/blob/7d6ecc...on.xml#L13

[hattmall]

you could try if adding reuselanguageinvoker to your addon.xml file makes a difference.
example: https://github.com/xbmc/xbmc/blob/7d6ecc...on.xml#L13

Thank you for the suggestion, it didn't seem to make a difference though. 

Is it possible to keep a plugin running like as a service and still access it via the plugin:// urls for getting directory lists?

[Roman_V_M]

In addition to trying reuselanguageinvoker it is strongly recommended to move all your "business" logic into imported modules leaving the entrypoint script as small as possible. The Python interpreter has to re-compile the entrypoint script into bytecode on each run but bytecode for imported modules is cached (as .pyc files).

[ronie]

Is it possible to keep a plugin running like as a service

nope, a plugin needs to exit as soon as possible.

a loading time of 3-4 secs. seems awfully long to me...
perhaps you could post a link to your addon code, so one of us could check if there's something obvious going wrong.

[hattmall]

So I determined that this issue is caused by importing the "requests" module. I saw a few threads about it being slow but didn't see a clear resolution. 

Is there any alternative that can be used instead of requests? I only do a few very simple get and post requests.

[hattmall]

So I determined that this issue is caused by importing the "requests" module. I saw a few threads about it being slow but didn't see a clear resolution. 

Is there any alternative that can be used instead of requests? I only do a few very simple get and post requests.

To add, as a fix I removed the importation of requests, and just used urllib and wrote a small function. 

python:
def get_data(theurl):



    resp = urllib.urlopen(theurl)

    html = resp.read()

    return html

I then replace every instance of request.get with get_data.

I tried both urllib and urlib2. urllib2 took 700ms to import and urllib was only 500ms.

I would still be interested in another alternative to urllib though because 500ms is still pretty long, as of right now thats about 50% of my entire load time including getting data from server and processing.

[Lunatixz]

So I determined that this issue is caused by importing the "requests" module. I saw a few threads about it being slow but didn't see a clear resolution. 

Is there any alternative that can be used instead of requests? I only do a few very simple get and post requests.

To add, as a fix I removed the importation of requests, and just used urllib and wrote a small function. 

python:
def get_data(theurl):



    resp = urllib.urlopen(theurl)

    html = resp.read()

    return html

I then replace every instance of request.get with get_data.

I tried both urllib and urlib2. urllib2 took 700ms to import and urllib was only 500ms.

I would still be interested in another alternative to urllib though because 500ms is still pretty long, as of right now thats about 50% of my entire load time including getting data from server and processing.

Really hope you're using some method of url caching

[hattmall]

So I determined that this issue is caused by importing the "requests" module. I saw a few threads about it being slow but didn't see a clear resolution. 

Is there any alternative that can be used instead of requests? I only do a few very simple get and post requests.

To add, as a fix I removed the importation of requests, and just used urllib and wrote a small function. 

python:
def get_data(theurl):



    resp = urllib.urlopen(theurl)

    html = resp.read()

    return html

I then replace every instance of request.get with get_data.

I tried both urllib and urlib2. urllib2 took 700ms to import and urllib was only 500ms.

I would still be interested in another alternative to urllib though because 500ms is still pretty long, as of right now thats about 50% of my entire load time including getting data from server and processing.

Really hope you're using some method of url caching

When you say URL caching do you mean like the Kodi plugin url, like plugin:// or the actual url of the server, like the http://, or both!?

[Lunatixz]

To add, as a fix I removed the importation of requests, and just used urllib and wrote a small function. 

python:
def get_data(theurl):



    resp = urllib.urlopen(theurl)

    html = resp.read()

    return html

I then replace every instance of request.get with get_data.

I tried both urllib and urlib2. urllib2 took 700ms to import and urllib was only 500ms.

I would still be interested in another alternative to urllib though because 500ms is still pretty long, as of right now thats about 50% of my entire load time including getting data from server and processing.

Really hope you're using some method of url caching

When you say URL caching do you mean like the Kodi plugin url, like plugin:// or the actual url of the server, like the http://, or both!?

Assuming your code is optimal and not at fault for the performance issues.

1. If your plugin scrapes a website/api/etc. It's strongly recommended you cache the URL response which will reduce the burden on the site and dramatically speed up plugin navigation. I recommend simplecache (https://github.com/kodi-community-addons...implecache).

2. Enabling "cachetodisc" can help: https://codedocs.xyz/xbmc/xbmc/group__py...0d8d77fff6

3. Don't forget to follow @ronie suggestion which will increase performance. 

you could try if adding reuselanguageinvoker to your addon.xml file makes a difference.
example: https://github.com/xbmc/xbmc/blob/7d6ecc...on.xml#L13

[jbinkley60]

Really hope you're using some method of url caching

When you say URL caching do you mean like the Kodi plugin url, like plugin:// or the actual url of the server, like the http://, or both!?

Assuming your code is optimal and not at fault for the performance issues.

1. If your plugin scrapes a website/api/etc. It's strongly recommended you cache the URL response which will reduce the burden on the site and dramatically speed up plugin navigation. I recommend simplecache (https://github.com/kodi-community-addons...implecache).

2. Enabling "cachetodisc" can help: https://codedocs.xyz/xbmc/xbmc/group__py...0d8d77fff6

3. Don't forget to follow @ronie suggestion which will increase performance. 

you could try if adding reuselanguageinvoker to your addon.xml file makes a difference.
example: https://github.com/xbmc/xbmc/blob/7d6ecc...on.xml#L13

Am I reading this right that cacheToDisc is enabled by default ?


Jeff

[Lunatixz]

When you say URL caching do you mean like the Kodi plugin url, like plugin:// or the actual url of the server, like the http://, or both!?

Assuming your code is optimal and not at fault for the performance issues.

1. If your plugin scrapes a website/api/etc. It's strongly recommended you cache the URL response which will reduce the burden on the site and dramatically speed up plugin navigation. I recommend simplecache (https://github.com/kodi-community-addons...implecache).

2. Enabling "cachetodisc" can help: https://codedocs.xyz/xbmc/xbmc/group__py...0d8d77fff6

3. Don't forget to follow @ronie suggestion which will increase performance. 

you could try if adding reuselanguageinvoker to your addon.xml file makes a difference.
example: https://github.com/xbmc/xbmc/blob/7d6ecc...on.xml#L13

Am I reading this right that cacheToDisc is enabled by default ?


Jeff

Correct...