when no jobs are running streaming or
otherwise,
the JVM Non-HEAP stays the same.
Which I find it odd.
Another curious thing is that it's proportional to an increase
of JVM
thread's number.
Whenever there are more JVM threads running there is also more JVM
Non-HEAP being used, whi
- None
> >>>>>
> >>>>>
> >>>>> Total number threads are 1289 ( total ) / 1220 ( tend + metrics ) .
> >>>>> So I have 1220 threads that I believe that sould be dead and not
> >>>>> running, since I have no jobs running at all.
to an increase
of JVM
thread's number.
Whenever there are more JVM threads running there is also more JVM
Non-HEAP being used, which makes sense.
But threads stick around never decreasing, too, likewise JVM
Non-HEAP
memory.
These observations described are based on what flink's metr
JVM
thread's number.
Whenever there are more JVM threads running there is also more JVM
Non-HEAP being used, which makes sense.
But threads stick around never decreasing, too, likewise JVM Non-HEAP
memory.
These observations described are based on what flink's metrics are being
sent and record
ow to no end ?
> >>
> >> I am using the following libs for metrics :
> >>
> >> - metrics-graphite-3.1.0.jar
> >>
> >> - metrics-core-3.1.0.jar
> >>
> >> - flink-metrics-dropwizard-1.1.3.jar
> >>
> >> - flink-metr
stays the same.
Which I find it odd.
Another curious thing is that it's proportional to an increase of JVM
thread's number.
Whenever there are more JVM threads running there is also more JVM
Non-HEAP being used, which makes sense.
But threads stick around never decreasing, too,
;>
>> – Ufuk
>>
>> On 29 November 2016 at 17:32:32, Daniel Santos (dsan...@cryptolab.net
>> <mailto:dsan...@cryptolab.net>) wrote:
>>> Hello,
>>>
>>> Nope I am using Hadoop HDFS, as state backend, Kafka, as source, and a
>>
so much momory?the job is running
computer 79 and computer 69.
What would be the possible causes of such behavior ?
Best Regards,
- 原始邮件 -
发件人:Daniel Santos > > >
收件人:user@flink.apache.org
主题:JVM Non Heap Memory
日期:2016年11月29日 22点26分
Hello,
Is it common to have high usage of
being used, which makes sense.
> But threads stick around never decreasing, too, likewise JVM Non-HEAP
> memory.
>
> These observations described are based on what flink's metrics are being
> sent and recorded to our graphite's system.
>
> Best Regards,
>
ich I find it odd.
Another curious thing is that it's proportional to an increase of JVM
thread's number.
Whenever there are more JVM threads running there is also more JVM
Non-HEAP being used, which makes sense.
But threads stick around never decreasing, too, likewise JVM Non-HEAP
puter 22,has occupy so much momory?the job is running computer
> 79 and computer 69.
> What would be the possible causes of such behavior ?
> Best Regards,
> - 原始邮件 -
> 发件人:Daniel Santos
> 收件人:user@flink.apache.org
> 主题:JVM Non Heap Memory
> 日期:2016年11月29日 22点26分
&g
Santos
收件人:user@flink.apache.org
主题:JVM Non Heap Memory
日期:2016年11月29日 22点26分
Hello,
Is it common to have high usage of Non-Heap in JVM ?
I am running flink in stand-alone cluster and in docker, with each
docker bieng capped at 6G of memory.
I have been struggling to keep memory usage in check
Hello,
Is it common to have high usage of Non-Heap in JVM ?
I am running flink in stand-alone cluster and in docker, with each
docker bieng capped at 6G of memory.
I have been struggling to keep memory usage in check.
The non-heap increases to no end. It start with just 100MB of usage and
a
13 matches
Mail list logo