apex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thomas Weise <...@apache.org>
Subject Re: Improvement: Collecting metric
Date Wed, 15 Mar 2017 16:16:05 GMT
Can you quantify what overhead you observed and if it has caused noticeable
problems in a real application? It would be good to understand the
motivation for the changes you suggest.

Regarding 1. and 2. I don't want to see operator properties that the user
configures confused with metrics that the operator exposes for monitoring.
I think that the current approach of using fields that the operator
developer can choose to keep private is good.

On Tue, Mar 14, 2017 at 11:17 PM, Chinmay Kolhatkar <chinmay@apache.org>

> Dear Community,
> While going through the code, I found that the AutoMetrics are retrieved
> from operators using java reflection. This adds a lot of processing
> overhead.
> Hence to improve the performance of containers and stram, I want to suggest
> following appraoch:
> 1. In Node, try to collect the metric using getter method using Janino if
> available, if not fallback to reflection.
> 2. In operator documentation, suggest to have a getter method/public for
> autometrics.
> 3. In AppDataPushAgent, use Janino to get the AutoMetrics present in
> LogicalOperatorInfo
> Please share your opinion.
> Thanks,
> Chinmay.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message