Zkuste formát fodt, tedy prakticky xml bez zip komprimace. Soubor bude větší, ale taky se nebude muset při ukládání překomprimovávat. MS Office dost neumí i když je to standard ISO. Revize potom můžete řešit pomocí Gitu, jestli je Vám to příjemnější.
Však pomocí uložit jako test nebude problém.
Taky můžete Libre office zvětšit cache, netuším, jestli to něco změní.
Velké soubory byly problém už u OpenOffice.org, MS Office byl výrazně rychlejší. Ono se není moc divit, protože je potřeba serializovat/deserializovat a zipovat/unzipovat spoustu dat.
Binární formáty jsou v tomhle daleko lepší: dat je méně, je možné v souboru změnit jen relevantní část, a zapsání souboru znamená prakticky jen vydumpovat do souboru obsah paměti. U XML formátů měla být odměnou za všechny ty nevýhody přenositelnost, ale situace byla (je?) taková, že Open/LibreOffice umí binární formáty MS Office lépe, než nové XML formáty.
ODT je přeci také založený na XML a ZIPu. Právě ta fáze zipování je ale volitelná, potom se použije přípona fodt. To ušetří minimálně jednu konverzi.
Serializace něco stojí, ale spíše kvůli syntaktickým manipulacím, než kvůli binární vs textové reprezentaci (která je vlastně jen binární v konkrétním formátu např. UTF-8). XML dokument se může sebedefinovat, obsahuje jistou sémantiku kromě dat. Binárnímu souboru sémantiku propůjčuje až specifický program.
Myslím, že MS i LibreOffice vždy bude rychlejší při vypsání dokumentů do textu než uložení do binární podoby i v případě změn. To proto, že se vlastně jen vykydá, co už je v RAM a maximálně se to přehodí do jiného kódování. Ten binární soubor zase musí mít nějakou hlavičku atp. Dá se to jistě změřit...