Comment 6 for bug 351011

Also bug 622668 about the actual pofile-stats-daily script being slow due to DBLoopTuner. It is also currently set to run over 7 days of PO files, but it should be enough to do it over 2 days of them if it runs daily (as was the plan).

I am pretty sure we should not aim to fix pofile-stats script performance which runs over all the PO files in our DB, because that simply can't scale.

The problem is that statistics get out of date in the first place even though we do try to keep them up-to-date after every update (we call pofile.updateStatistics after every update, and this might be fixed in recife branch because we are getting rid of multiple points where things are calculated: triggers, property validators and regular LP code). However, even fixing that won't be a full solution since we do need delayed statistics update for sharing PO files, which is where pofile-stats-daily is useful.