gnumeric a pamet - dobra zprava

[Jan Emmer]

On Thursday 21 June 2001 08:21, you wrote:
> On 20-Jun-2001 mgr Jan Obdrzalek wrote:
> > Jan Emmer wrote:
> >> Pouzivate nekdo intenzivneji gnumeric?
> >> Mam takovou nevelkou tabulku - 6 sloupcu a cca 150 radku a prestava s
> >> tim jit pracovat (mam KDE 2.1 a 128 MB RAM), protoze to po nacteni
> >> souboru zere strasne pameti - ostatne ten soubor ma rozgzipovany cca 18
> >> MB. Jelikoz je ta obludnost dana pouzitym xml, tak asi nebude v novych
> >> verzich oprava, ale co kdyby... Instalace nove verze je pro me ponekud
> >> narocna (chce to nove verze knihoven atp.), tak se napred ptam... Neni
> >> mozne, ze by toto zobludneni souboru vzniklo castym Insert rows apod.?
> >> Nema gnumeric pak nejakou funkci compact ci compress?
> >> Za jakykoliv tip dik
> >> Emmer
> >
> > Rekl bych: Cosi shnileho v state Danskem
> > Ja pouzivam (denne) tabulku, kde je asi 170 radku v sesti sloupcich plus
> > spousta bunek rozhazena okolo (no dobre asi tak stovka) a neco natazene
> > na dalsi dva listy v temze souboru.
> > Uklada se to nezipovane a ma to asi 21 KILO.
>
> Opravdu? Dle mych zkusenosti se to uklada vzdy s kompresi gzip, ale mc to
> pri prohlizeni dynamicky odzipuje, takze se da prehlednout.
>
> Chyba je podle me v tom, ze gnumeric opravdu uklada informace o vsech
> bunkach. Pokud jsem mel sesit asi s dvaceti listy sezralo mi to pri startu
> asi 100MB a startovalo se to asi 2 minuty.
>

No ja koukam ted do toho xml kodu, vypada, ze je zahlcen opakovanymi tagy
gmr:StyleRegion
kde se casto opakuji asi desetiradkove identicke bloky,
ale podle tech parametru to vypada, ze je to jen pro editovane bunky, ale 
zato pro jednu bunku i dvacetkrat, nekdy stejne, nekdy ruzne...

> TED DOBRA ZPRAVA. Od verze 0.65 je to zrejme opraveno a uklada to pouze
> editovane bunky. Velikost ve vyse zminenem pripade klesla vice nez 10x,
> rychlost je bez problemu. Takze UPGRADE.

diky, ten upgrade tedy testnu