Aloha
the code below has proven to be a life saver together with manhole. It
might be a bit outdated but I usually create a manhole access allowing
me to inspect the server from within then using dumpObjects to look at
the sea of objects in the running process.
Even only watching the inner workin
On Wednesday, 15 May 2019 13:11:29 CEST Scott, Barry wrote:
> In my experience gc is low level noise only.
> Our work load is very heavy and its never been an issue.
It depends entirely on how many objects you have. With a few GBs worth
of relatively small objects, a full garbage collection cycl
On Wednesday, 15 May 2019 06:30:54 BST Chris Withers wrote:
> On 14/05/2019 22:14, Werner Thie wrote:
> > Hi all
> >
> > with periods of seemingly no activity the gc comes to mind.
>
> Hmm, gc blocking the process is an interesting thought, what evidence
> would you see with gdb, etc, to show tha
On Wednesday, 15 May 2019 06:27:30 BST Chris Withers wrote:
> On 14/05/2019 16:39, Scott, Barry wrote:
> > On Monday, 13 May 2019 15:26:01 BST Chris Withers wrote:
> >> Hi All,
> >>
> >> On some busy instances of the app I'm working with/on, we see websocket
> >> connections being dropped due to n
On Wednesday, 15 May 2019 07:30:54 CEST Chris Withers wrote:
> On 14/05/2019 22:14, Werner Thie wrote:
> > Hi all
> >
> > with periods of seemingly no activity the gc comes to mind.
>
> Hmm, gc blocking the process is an interesting thought, what evidence
> would you see with gdb, etc, to show th
On 14/05/2019 16:39, Scott, Barry wrote:
On Monday, 13 May 2019 15:26:01 BST Chris Withers wrote:
Hi All,
On some busy instances of the app I'm working with/on, we see websocket
connections being dropped due to not ping/ponging in time, I'm fairly
sure this is as a result of some user-written c
On 14/05/2019 22:14, Werner Thie wrote:
Hi all
with periods of seemingly no activity the gc comes to mind.
Hmm, gc blocking the process is an interesting thought, what evidence
would you see with gdb, etc, to show that this was the problem?
Chris
___
