[Glass] My extent0.dbf also grows ...

[itlists@schrievkrom.de via Glass]

Actually I only do a startStone command and nothing more special and I
thought, that this would help for the most cases.

That's the process structure I have (without the http server processes):

>  2760 ?        Ss     0:03          \_ /home/glass/gsDevKitHome/gemstone/products/GemStone64Bit3.2.7-x86_64.Linux/sys/netldid webcati2_ldi -g -aglass -l
>  3760 ?        Ssl    0:25          \_ /home/glass/gsDevKitHome/gemstone/products/GemStone64Bit3.2.7-x86_64.Linux/sys/stoned webcati2 -N
>  3762 ?        Sl     0:25              \_ /home/glass/gsDevKitHome/gemstone/stones/webcati2/product/sys/shrpcmonitor 'webcati2~53f740ed88ff7716' setloc
>  3769 ?        S      0:03              \_ /home/glass/gsDevKitHome/gemstone/stones/webcati2/product/sys/pgsvrmain webcati2~53f740ed88ff7716 0 1 -1 TCP 
>  3772 ?        S     44:01              \_ /home/glass/gsDevKitHome/gemstone/stones/webcati2/product/sys/pgsvrmain TCP 13 90
>  3785 ?        Sl     0:02              \_ /home/glass/gsDevKitHome/gemstone/stones/webcati2/product/sys/gem reclaimgcgem 'webcati2' 1 -T 5000
>  3789 ?        Sl     0:19              \_ /home/glass/gsDevKitHome/gemstone/stones/webcati2/product/sys/gem admingcgem 'webcati2' -T 5000

Because of the numbers I posted I thought, that the database is 90%
empty - therefore the gc seems to work.


Am 23.08.2015 um 16:06 schrieb Mariano Martinez Peck:
> Tell us a bit more about your gc configuration. Do you run seaside
> maintenance vm? How frequently do you run mfc? Do you reclaim as well?
> 

?


-- 
Marten Feldtmann