Bug #1365
open
Information on a profile is collected for each page
Added by Evgeny Novikov about 13 years ago.
Updated almost 13 years ago.
Category:
Statistics server
Description
This wasn't a big problem when profiles were very small. But at the moment for small pages (that contains 10 elements for instance) the time of getting of information on a profile is 50 times greater then the time of getting statistics data. Nevertheless we shouldn't panic since the first time is just 0.0494 second even for the largest profile (although it will grow substantially due to profile extension).
The way of decision: obtain the given information just one time in initial page loading and then update just on profile changing.
- Status changed from Open to Resolved
Available in e05efa7 of gsoc-stats-server.
It is rather useful thing since in fact it takes much more time then 0.0494 second to process a profile each time. 0.0494 second is required just for profile database operations while the whole time is more in 10-20 times (i.e. 0.5-1.0 seconds). After fix, small pages (like unsafes) are generated almost immediately (just 0.0-0.2 seconds!). As for large pages, for instance, page with 500 rows (unknowns) is generated just in 1.5 seconds instead of 2.5 seconds.
- Status changed from Resolved to Open
Unfortunately, it has some drawbacks:
- When profiles are updated this isn't tracked and stored information on a profile is used. This should be tracked automatically.
- When there are several instances of stats server on the same machine they all use the same profiles. So we have to distinguish different stats server profiles.
As a temporary "workaround" I nevertheless suggest a button for manual profile reloading.
- Priority changed from Normal to High
The first highlighted drawback is rather serious since users are confused when some new functionality (like knowledge base statistics on the 'Index' page - see issue #1639) doesn't work.
- Priority changed from High to Normal
Suggested workaround is implemented in 84977a0 (button 'Update profiles' at the top of the page). Later after correct implementation of profiles update this should be hidden, for instance in admin interface.
Also available in: Atom
PDF