Web app? is slow about reader HOT 2 CLOSED

OK, some timings taken with reader._plugins.timer (all times in seconds):

Some thoughts/conclusions:

• The web app adds a constant ~.15s overhead for similar-sized pages.
• Batch methods may help with getting the tags in the same get_feeds() / get_entries() query. Same for getting the entry in search_entries().
• However, I'm not sure they can help with get_entry_counts() (each sub-query still has to count the same different sets of entries as the individual calls).
  • Caching may be a better idea here; but, to sort natively, we have to add either a cached counts column, or "sort by arbitrary tag / tag field" if we use tags (like we do with readtime). The latter would also open the door to efficiently sorting entries by read time.

from reader.

With dc04493 and the figures above, I'm satisfied, for now.

from reader.