>
> Enabling the weighted filtered mode can help, but not as much as
> disabling the filter completely, at least from what I have seen in my
> tests.
>
I guess it depends on the environment (devices and switches in the between
and traffic),
but from my experience I've received better results when I worked with the
percentile filter in weighted filtered mode,
and even much better results when I used my own weighted filter
implementation (which I also hope to share soon).


> With the percentile filter you expect an asymmetric distribution. The
> reported delay is more stable, but the clock is less accurate. What is
> the use case here?
>
Make the clock accuracy more robust in a non-ptp-aware environment (this
will also require the use of weighted filtered mode).


> Why not just disable the filter?
>
As I said before, because I've received better results when I worked with
the percentile filter in weighted filtered mode (and much better results
with my own weighted filter implementation).

In general, the percentile filter will keep the old behaviour of the median
filter, but will add additional flexibility for users who may need it.
If we are ok with this, I will fix the patch according to your comments and
resend it.

Thanks,
Joseph
_______________________________________________
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

Reply via email to