1459 replies to this topic

[theparasol]

After this week commits the openwebif starts very slow the first time after an enigma2 reboot.
It takes aprox 30+ seconds before the webif displays. All the time the spinners keep running.
After the first time it is quick 3 seconds to reopen again.

Any1 experiences this also? My box: openpli2.1 @dm800hdpvr

Edited by theparasol, 29 December 2011 - 17:29.

[bacicciosat]

True.
This happen with Bh images too.

[theparasol]

Ok, I don't think this is something we want. Personally I think it maybe slow first time but please throw a simple message on the blanc webpage: Please wait... loading webinterface.

[nobody9]

its the rendering of the templates in the ceetah engine.
I precompile the views/main.tmpl and views/index.tmpl and the first loading time is less then one second

/usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/
Extensions/OpenWebif/controllers/views/*.tmpl

Ok, I don't think this is something we want. Personally I think it maybe slow first time but please throw a simple message on the blanc webpage: Please wait... loading webinterface.

[theparasol]

Tnx, tried it but get this as a result;

/usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/views# /usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/Extensions/OpenWebif
/controllers/views/*.tmpl
Traceback (most recent call last):
  File "/usr/bin/cheetah-compile", line 2, in <module>
	from Cheetah.CheetahWrapper import _cheetah_compile
  File "/usr/lib/python2.6/site-packages/Cheetah/CheetahWrapper.py", line 18, in <module>
ImportError: No module named glob

Any idea what is missing on my image?

Edited by theparasol, 29 December 2011 - 19:23.

[bacicciosat]

its the rendering of the templates in the ceetah engine.
I precompile the views/main.tmpl and views/index.tmpl and the first loading time is less then one second
/usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/
Extensions/OpenWebif/controllers/views/*.tmpl

No i don't think so.
Because we are comparing to the same conditions without precompiled templates.
Before the latest additions the perfomances was better without template precompilations.

Off course if you precompile templates you will have better performances.
But this is not the point. The point is that we have a performance decrease in the last week.

Edited by bacicciosat, 29 December 2011 - 19:36.

[theparasol]

Think it is change from current -> bouqets...
bouqets with many channels takes longer to parse first time than one channel from current

[bacicciosat]

Think it is change from current -> bouqets...
bouqets with many channels takes longer to parse first time than one channel from current

Uhmm i don't think.
The current tab seems to me too much slowly to load than bouquets lists in my settings and i noticed a global performance decrease.
I have not idea what's the problem.

[bacicciosat]

Uhmm maybe that it is the addition of all the remote controls and the relative button maps in the left menu (are hidden but all loaded and processed by cheetah engine) that cause the slow startup on the first loading.

[blzr]

its the rendering of the templates in the ceetah engine.
I precompile the views/main.tmpl and views/index.tmpl and the first loading time is less then one second

/usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/
Extensions/OpenWebif/controllers/views/*.tmpl

precompiling templates speeds things up indeed,
but I don't know if it's solution or workaround of the issue?
---
btw. something new on (lack of) autoplay .m3u files issue?

[bacicciosat]

I think the issue are the remote controls in left menu because the left menu is loaded only at the first connection.
And we had additions of remote controls in the commits time by time because currently we load dmm, xtrend, and vuplus, various rc models with relative maps.
All the other pages are loaded via ajax in the middle content of the page without to reload the left menu.
For this reason the first load is too slow because only the first connection load the left menu.

I think that skaman for sure can check this and try to solve.

Edited by bacicciosat, 29 December 2011 - 20:23.

[theparasol]

Seems a good suggestion to me. In the mean time I'll just sit and wait for things to come

[nobody9]

I can´t commit my changes at the moment, I wait of some changes from others.
Before all commits to change this issue break the streaming part.

mething new on (lack of) autoplay .m3u files issue?

[skaman]

I think the issue are the remote controls in left menu because the left menu is loaded only at the first connection.
And we had additions of remote controls in the commits time by time because currently we load dmm, xtrend, and vuplus, various rc models with relative maps.
All the other pages are loaded via ajax in the middle content of the page without to reload the left menu.
For this reason the first load is too slow because only the first connection load the left menu.

I think that skaman for sure can check this and try to solve.

It' slow because of cheetah compiler. Openwebif is growing up and his code is every day more complex.
The main template is probably one of most complex for cheetah compiler because it contains many cheetah statements.
On first load cheetah spend a lot of time to convert the template in something runnable over the python engine.
Trying to do a page refresh from the browser openwebif always regenerate the main template but it's fast, because it have in his cache the compiled template ready to use.
The solution is exactly use cheetah-compile and use precompiled templates.
I imagined that could be happen when i started to write the base controller and this is why the capability to load compiled templates it's one of the first things added.

I think the best way to handle this is compile the templates during the deploying, for example inside the .bb

[nobody9]

I committed my changes, the autoplay of *.m3u files works correct.

This was the last commit for this year.

I wish you all a Happy New Year

Nobody9

I can´t commit my changes at the moment, I wait of some changes from others.
Before all commits to change this issue break the streaming part.

mething new on (lack of) autoplay .m3u files issue?

[theparasol]

ok, tried to do that but this happens... what is missing in my image?

/usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/views# /usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/Extensions/OpenWebif
/controllers/views/*.tmpl
Traceback (most recent call last):
File "/usr/bin/cheetah-compile", line 2, in <module>
from Cheetah.CheetahWrapper import _cheetah_compile
File "/usr/lib/python2.6/site-packages/Cheetah/CheetahWrapper.py", line 18, in <module>
ImportError: No module named glob

[skaman]

ok, tried to do that but this happens... what is missing in my image?

/usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/views# /usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/Extensions/OpenWebif
/controllers/views/*.tmpl
Traceback (most recent call last):
File "/usr/bin/cheetah-compile", line 2, in <module>
from Cheetah.CheetahWrapper import _cheetah_compile
File "/usr/lib/python2.6/site-packages/Cheetah/CheetahWrapper.py", line 18, in <module>
ImportError: No module named glob

Try to install python-shell

Note how much time take the compiler to compile the main template respect the index template

root@et9x00:/usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/views# time cheetah-compile index.tmpl
Compiling index.tmpl -> index.py
real    0m 3.07s
user    0m 2.92s
sys	 0m 0.12s
root@et9x00:/usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/views# time cheetah-compile main.tmpl
Compiling main.tmpl -> main.py
real    0m 15.39s
user    0m 14.86s
sys	 0m 0.26s

[blzr]

I committed my changes, the autoplay of *.m3u files works correct.

This was the last commit for this year.

I wish you all a Happy New Year

Nobody9

yep, I've just tested it, works like a charm,
seems taht now I can say farewell to the old webif for good
thank you veeery much for your hard work,
and Happy New Year for you too...

[theparasol]

@skaman: one step ahead

Whats the next, I haven't got a clue at all!

root@dm800:~# opkg install python-shell
Installing python-shell (2.6.6-ml12.5) to root...
Downloading http://downloads.pli...12.5_mipsel.ipk.
Configuring python-shell.
root@dm800:~# /usr/bin/cheetah-compile compile /usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/views/*.tmpl
Traceback (most recent call last):
File "/usr/bin/cheetah-compile", line 2, in <module>
from Cheetah.CheetahWrapper import _cheetah_compile
File "/usr/lib/python2.6/site-packages/Cheetah/CheetahWrapper.py", line 20, in <module>
ImportError: No module named optparse

[skaman]

python-textutils