You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When CompoundFileReader is constructed with a "real" file (i.e. something that returns an fd from fileno()), we should mmap the file and just read the bits of the FAT that we require in response to read requests from constructed streams. This should be considerably more efficient than constructing the entire FAT in memory
The text was updated successfully, but these errors were encountered:
Switched implementation to mmap. All underlying reads are mmap-based so
duplication of file pointers is gone and multiple threads can
simultaneously access the compound document.
Note that #1 is not fixed by this as we still read the entire FAT into
memory upon initial access.
When CompoundFileReader is constructed with a "real" file (i.e. something that returns an fd from fileno()), we should mmap the file and just read the bits of the FAT that we require in response to read requests from constructed streams. This should be considerably more efficient than constructing the entire FAT in memory
The text was updated successfully, but these errors were encountered: