High old gen used in jvm memory

[Bo Hu <bo...@oriente.com>]

Hi all,
we use Skywalking in Our production, recently we met a issue of high used of old gen in jvm memory, we analysised the jvm memory dump file, find the biggest object is endpointDictionary,it holds 200w endpoints.
Then I find a config of endpointDictionary size is dictionary.endpoint_name_buffer_size, what is an appropriate of ‘dictionary.endpoint_name_buffer_size’, and when endpointDictionary go to clear?

Thanks.
The information contained in this message and any attachment may be privileged, confidential, and protected from disclosure. If you are not the intended recipient, or an employee, or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting from your computer.

Re: High old gen used in jvm memory

[Sheng Wu <wu...@gmail.com>]

Hi Bo

Also, please be advised, your mail content includes this

> The information contained in this message and any attachment may be
privileged, confidential, and protected from disclosure. If you are not the
intended recipient, or an employee, or agent responsible for delivering
this message to the intended recipient, you are hereby notified that any
dissemination, distribution, or copying of this communication is strictly
prohibited. If you have received this communication in error, please notify
us immediately by replying to the message and deleting from your computer.

But this is an open-source project and open community talk. So, we should
not add this.

Sheng Wu 吴晟
Twitter, wusheng1108


Sheng Wu <wu...@gmail.com> 于2019年12月12日周四 下午4:48写道：

> Hi
>
> For the mail list, you should do this. Otherwise, you wouldn't get the
> reply. I will discuss this after you confirmed your subscribed. OK?
>
> Mail list: dev@skywalking.apache.org. Mail to
> dev-subscribe@skywalking.apache.org, follow the reply to subscribe the
> mail list.
>
> Sheng Wu 吴晟
> Twitter, wusheng1108
>
>
> Bo Hu <bo...@oriente.com> 于2019年12月12日周四 下午4:44写道：
>
>> Hi all,
>> we use Skywalking in Our production, recently we met a issue of high used
>> of old gen in jvm memory, we analysised the jvm memory dump file, find the
>> biggest object is endpointDictionary,it holds 200w endpoints.
>> Then I find a config of endpointDictionary size is
>> dictionary.endpoint_name_buffer_size, what is an appropriate of
>> ‘dictionary.endpoint_name_buffer_size’, and when endpointDictionary go to
>> clear?
>>
>> Thanks.
>> The information contained in this message and any attachment may be
>> privileged, confidential, and protected from disclosure. If you are not the
>> intended recipient, or an employee, or agent responsible for delivering
>> this message to the intended recipient, you are hereby notified that any
>> dissemination, distribution, or copying of this communication is strictly
>> prohibited. If you have received this communication in error, please notify
>> us immediately by replying to the message and deleting from your computer.
>>
>

Re: High old gen used in jvm memory

[Sheng Wu <wu...@gmail.com>]

Hi

For the mail list, you should do this. Otherwise, you wouldn't get the
reply. I will discuss this after you confirmed your subscribed. OK?

Mail list: dev@skywalking.apache.org. Mail to
dev-subscribe@skywalking.apache.org, follow the reply to subscribe the mail
list.

Sheng Wu 吴晟
Twitter, wusheng1108


Bo Hu <bo...@oriente.com> 于2019年12月12日周四 下午4:44写道：

> Hi all,
> we use Skywalking in Our production, recently we met a issue of high used
> of old gen in jvm memory, we analysised the jvm memory dump file, find the
> biggest object is endpointDictionary,it holds 200w endpoints.
> Then I find a config of endpointDictionary size is
> dictionary.endpoint_name_buffer_size, what is an appropriate of
> ‘dictionary.endpoint_name_buffer_size’, and when endpointDictionary go to
> clear?
>
> Thanks.
> The information contained in this message and any attachment may be
> privileged, confidential, and protected from disclosure. If you are not the
> intended recipient, or an employee, or agent responsible for delivering
> this message to the intended recipient, you are hereby notified that any
> dissemination, distribution, or copying of this communication is strictly
> prohibited. If you have received this communication in error, please notify
> us immediately by replying to the message and deleting from your computer.
>