Project

General

Profile

Actions

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.

Status:
Open
Priority:
Normal
Category:
Statistics server
Start date:
06/16/2011
Due date:
% Done:

0%

Estimated time:
Detected in build:
svn
Platform:
Published in build:

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.

Actions #1

Updated by Evgeny Novikov almost 13 years ago

  • 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.

Actions #2

Updated by Evgeny Novikov almost 13 years ago

  • 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.
Actions #3

Updated by Evgeny Novikov almost 13 years ago

  • 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.

Actions #4

Updated by Evgeny Novikov almost 13 years ago

  • 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.

Actions

Also available in: Atom PDF