A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2007-March/071674.html below:

[Python-Dev] Lack of sequential decompression in the zipfile module

[Python-Dev] Lack of sequential decompression in the zipfile module [Python-Dev] Lack of sequential decompression in the zipfile moduleGreg Ewing greg.ewing at canterbury.ac.nz
Wed Mar 7 09:22:15 CET 2007
Nilton Volpato wrote:

> If you open many member files concurrently how does file cache will
> work? Or how many seeks you will have to do if you read from one
> member file and from other alternatingly?

If the OS file system cache is doing its job properly,
I don't think the seeking should be a problem.

> Or, if you need to open more than
> one member file for writing in the same zip file, then this is not
> possible at all.

I don't think it would be unreasonable to just not
support writing to more than one member at a time.

--
Greg
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4