elwp(a)gmx.de wrote:
The complete history blob must be decompressed of course. But no previous
revisions need to be reconstructed. At the beginning of the uncompressed
history blob there is a section index for each revision followed by a list
of (position, length)-pairs for each section. So when a revision text is
to be extracted, this is what happens: [...]
Okay, thank you very much for this detailed explanation. I wasn't aware
exactly how the "history blobs" work, so I didn't know there are
"only"
20 revisions within each blob. I am relieved to learn that these
history blobs are completely independent of each other, and so you
always need to retrieve only one of them in order to reconstruct a
particular revision of a particular article.
Of course, if an article has 100 consecutive revisions with a common
section, you would still be storing that same section 5 times, but I
guess that's not too bad.
Thanks again,
Timwi