Komprese dat

Takova uvaha do pranice…

Delam si statistiky databaze geogetu, konkretne ohledne ucinnosti komprese dat. Vysledek?

GeoLog
Compressed: 12573239
Decompressed: 16169243
Ratio: 77

LongDesc
Compressed: 26560010
Decompressed: 58931494
Ratio: 45

ShortDesc
Compressed: 1363072
Decompressed: 1635526
Ratio: 83

Vidite tam objemy dat jak v zakompresovanem tvaru, tak v dekompresovanem tvaru. Kdyz to vezmu odspoda:

Kratke popisy kesi - v absolutnim pojeti to usetrilo celkem zanedbatelny objem dat.

Dlouhe popisy kesi - tady se to bez diskuzi vyplati.

Logy - usetrenych triapul mega na vice nez 80000 logu, to neni mnoho. Zde jiste hraje roli fakt, ze mnoho logu je kratkych. na kompresi jedne vety se neusetri, nekdy i naopak.

Takze slovo do pranice je, jestli by nestalo za uvahu v dalsi verzi databaze tu kompresi nechat jen na ty dlouhe listingy?

Vase nazory na vec?

Každá úspora prostoru se jistě vyplatí, je ale otázka jaký to bude mít dopad na rychlost práce s GG a především při GG na USB…

Při dnešních kapacitách disků, flešek atd. mi to přijde vcelku jedno. Pokud by to bez komprese běhalo rychleji, klidně bych ji zrušil.

Soucasny stav je, ze jsou vsechny tri veci kompresovany. Zruseni komprese na logach by v mem pripade znamenal narust velikosti databaze ze 68MB na 72MB, coz uz mi neprijde tak vyznamne. Usetri se nejaky ten procesorovy vykon (u mne na pocitaci stala dekomprese tech 80000 logu cca 3 vteriny.) Ale take by to zjednodusilo treba GGstat.

já jsem pro kompresi:

  1. rychlost procesorů (i na netbooku) je dostatečná, že patrně nebude poznat rozdíl
  2. ale velikost souboru je pro mě důležitější, mám geoget primárně na notebooku a před výjezdem do terénu přenáším geoget.db3 do netbooku - každý megabajt dobrý :slight_smile:
  3. více mi vadí, že každý obrázek listingu je fyzický soubor, přenos offline adresáře není nejrychlejší :frowning:

Osobne bych to nechal tak, jak to je. Je to bez prace - nic ne nemusi menit. Prinos nekomprimovanych logu mi nepripada vyznamny ani v uspore casu ani pri zpracovani v ggstatu (za jine aplikace hovorit nemohu, vlastne je otazka, zda za ggstat ano).

Uvazuji o tom jen z toho duvodu, ze potrebuji databazi rozsirit, takze stejne do ni budu hrabat.

Nicmene pokud v tom nevidite problem, kompresi necham tak jak je. :wink:

Ale fakt vymyslet něco, aby se offline listing neskládal z tisíců malinkých souborů a fungoval v PDA, to by byla bomba :wink:

Na to prece mame offline export do CHM souboru. Pravda, nic extra pohodlneho to neni. Ale pouzit se to celkem da…

Tak a teď se projevilo, jak jsem blbej :slight_smile: Já si totiž zcela automaticky kdysi do PDA vyrobil a nakopíroval ten CHM soubor + ty ostatní adresáře ve složce offline a tím pádem jsem měl samozřejmě opět tisíce malinkých souborů. A teď mi došlo, že asi stačí jen ten jeden soubor … nu, to asi nebyl ideální nápad :smiley:

no to staci jen ten chm soubor, kvuli tomu se to dela. Ale nic si z toho nedelej, mne tato prihoda takhle pri patku docela rozesmala. :smiley:

Aspoň něco :smiley: Tak to večer vyzkouším, zda mi to bude fungovat :-)))

kazdopadne si musis do PDA dat nejakou ctecku toho CHM souboru.

jasně, export do PDA jako CHM ano, synchronizace GG mezi 2 počítači ne, tam jsou ty desetitisíce malých souborů :slight_smile: (a při klasickém kopírování dost pomalé). Já lovím s Oregonem (tedy bez CHM), v případě problémů otevírám netbook (a tam potřebuji kopii "přípravy" z klasického počítače) ;).

Na to pripadne kopirovani treba na notebook zkuste: http://www.ipmsg.org/tools/fastcopy.html.en