I didn't know objects are compressed. That indeed makes the issue harder.

Same here. Not that much an easy hack. And what is the real life use case that drive this feature request? YAGNI?

The object storage doesn't have content names, so it cannot address this feature as stated.

The object storage doesn't have content names, so it cannot address this feature as stated.

A crude script doing this: https://forge.softwareheritage.org/source/snippets/browse/master/vlorentz/get_metadata_files_examples.py

I suppose it all depends on the current storage's configuration.

objstorage_pathslicing manipulates a *gzipped* file object, which means that TTBOMK seek is not supported, and we will have to decompress the complete beginning of the file to get to the range that we really want to read.

In the objstorage's pathslicing implementation, there is the get_stream implementation which is not used [1]

objstorage already has an in-memory implementation?

objstorage already has an in-memory implementation?

Given Uffizi already uses 64GB of RAM (more than some physical machines), this should be a no brainer.
I am not sure if this would really improve I/O performance, though.