> > 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