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 468584 - searching in large PDF document is very slow
searching in large PDF document is very slow
Status: RESOLVED DUPLICATE of bug 346541
Product: evince
Classification: Core
Component: PDF
0.9.x
Other All
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-08-20 16:48 UTC by Roderich Schupp
Modified: 2008-05-13 18:39 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Roderich Schupp 2007-08-20 16:48:12 UTC
Please describe the problem:
I tried to search in 
http://docs-pdf.sun.com/817-0689/817-0689.pdf
(that's Solaris 9 man pages, section 1, size ~5 MB, 1760 pages) -
very slow (and uses 100% CPU for the whole time)

Steps to reproduce:
- open document, wait until machine is idle
- type "/truss", start timer
- stop timer when "...% remaining to search" drops to 0%
- 520 sec

Actual results:


Expected results:


Does this happen every time?


Other information:
For comparison (on the same machine):
- Acrobat reader (7.0.9): searching for "truss" takes 41 sec 
  (measured from hitting Return in the "Find" entry until the 
  progress bar shows all pages have been scanned)
- xpdf (3.02): doesn't have an option to search for all occurences,
  but if I enter "truss" in the Find popup when at the beginning of the
  document, then click on Find repeatedly for every hit until the end
  of the document is reached, that's ~60 sec
Comment 1 Pavel Šefránek 2008-05-13 18:39:33 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 346541 ***