GNOME Bugzilla – Bug 733642
gdata: Query the service in batches
Last modified: 2016-08-31 16:32:12 UTC
In the past we have had performance issues when starting with a clean DB. One cause of this was that the number of items shown by GtkIconView would keep growing in the application. It gets very slow as the thumbnails get created and the GdkPixbufs are updated in the model. We have reduced this by limiting the number of items that appear in the view as much as possible. See bug 721402 The other issue was that the miner would consume a lot of CPU and I/O bandwidth when mining a big online storage. Throttling has helped (bug 722278), but I think we can do better. One option is to try to query the service in smaller batches instead of asking for everything and then inserting all the metadata one shot. The Google and libgdata APIs make it very easy to do this, and it is worth exploring if this has a positive effect or not.
From bug 741472 : I have heard reports that when a Drive has lots of items in it, some of them do not show up in gnome-documents. The problem is that when we try to get the entire contents of the Drive in one shot, we exceed the maximum items the server can return in a single query/feed. We should use pagination, instead.
*** Bug 741472 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 770656 ***