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 589682 - Slow access to random files in an archive
Slow access to random files in an archive
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: archive backend
1.2.x
Other All
: Normal major
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2009-07-25 12:13 UTC by Sergio
Modified: 2018-09-21 16:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description Sergio 2009-07-25 12:13:20 UTC
Please describe the problem:
Hi folks,

when trying to open an html file (double click on the file launches firefox in my config) on a ISO cdrom image mounted with the shortcut "Open with archive mounter" (or something similar, I've an italian localisation), I experience a major slowdown in rendering the html pages and navigating through.

Instead, I've a normal behaviour if I burn the image and access from my physical CDROM Drive.

Thanx folks,

Bye
Sergio

Steps to reproduce:
1. use a ISO cdrom image with lot of HTML documentation (with images)
2. mount from Nautilus with "Archive Mounter"
3. browse index.html or other html documentation root


Actual results:
veryyy slooow

Expected results:
at least performance similar to my physical CDROM Drive

Does this happen every time?
Yes, every time

Other information:
It seems that the ISO Image is mounted with gvfsd-archive.
Comment 1 Tomas Bzatek 2011-03-23 17:11:09 UTC
Due to things are done in libarchive and gvfsd-archive, it's impossible to get comparable speed as with loop devices. Partial optimization could be done in gvfs though, but I don't thing it brings major speedup.

The thing is that libarchive is designed for streaming formats and emulates random access media. So everytime a file is requested we open the archive again and sequentially go through the listing, skipping data, until we find the file requested.

Plus, if your browser doesn't understand GIO, everything goes through gvfs-fuse-daemon.

Not sure if the work involved is worth the time spent. It's needed though for faster copy from tar archives where speedup would be huge.
Comment 2 GNOME Infrastructure Team 2018-09-21 16:51:03 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/gvfs/issues/104.