After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 635449 - Search in Large PDFs is slow
Search in Large PDFs is slow
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: PDF
unspecified
Other Linux
: Normal major
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on: 607907 667569 694836
Blocks:
 
 
Reported: 2010-11-21 17:56 UTC by clive1000
Modified: 2018-05-22 14:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description clive1000 2010-11-21 17:56:21 UTC
When searching the PDF file the response was extremely slow. The file is a large catalogue downloaded from:

 http://gb.mouser.com/CatalogRequest/CatalogDownloads.aspx 

Select catalogue with index from this page.

I installed Okular and got immediate search results - as I expected with evince

I am running Ubuntu !0.04 with 4GB RAM, Intel I3 and SSD 'hard drive'. I have /tmp in tmpfs size=1024m.
Comment 1 José Aliste 2010-11-21 18:53:29 UTC
Hi, 
thanks for reporting this. 

The problem is that the document has more than 1000 pages and evince search's algorithm is linear on the number of pages! In addition to that, we search in advance all pages, which for a large document like this, it is very slow.
Comment 2 clive1000 2010-11-22 09:17:11 UTC
Thanks Jose for explaining this to me and for your quick response. 

I guess Gnome/Evince will be put under more stress as more people use it. I wonder if this bug should be added to the task, 'Further performance work; probably mostly backend specific,' in the Evince road map. The apparent performance of Okular shows significant improvement may be feasible and some useful code may exist (Of course it may have tradeoffs elsewhere - I am not a developer I am afraid).
Comment 3 Germán Poo-Caamaño 2013-02-28 02:30:32 UTC
I added a patch in https://bugzilla.gnome.org/show_bug.cgi?id=694836 that improves the search performance.  I filed a new given that the search result is not immediate, but it goes in that direction.
Comment 4 Germán Poo-Caamaño 2013-03-05 02:06:09 UTC
(In reply to comment #1)
> The problem is that the document has more than 1000 pages and evince search's
> algorithm is linear on the number of pages! In addition to that, we search in
> advance all pages, which for a large document like this, it is very slow.

The problem with particular document does not seem to be the search, but the rendering.  It is only possible to start searching once evince has finished the render (at least) of the first page.
Comment 5 Germán Poo-Caamaño 2013-06-14 00:44:00 UTC
Depending on the search the results could be immediate or not.  It took me a while to get Evince slow down.  I downloaded the document in http://ca.mouser.com/catalog/catalogcad/646/dload/pdf/MOUSER.pdf and did a search for 'amphenol', which is a word in the page 1296.
Comment 6 GNOME Infrastructure Team 2018-05-22 14:05:43 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/190.