RARE user and assistance email list

[mc36 <>]

hi,
there was a thread this year about freertr internals....
the hting with the locky part is very rare and happens
exclusively if a new prefix appears or and old one disappears in an afi..
right now i dont have any idea to safely remove this small one...
everything else is fully multihtreaded both on rx and tx parts...
br,
cs


On 9/16/22 11:37, Simon Leinen wrote:
> mc36  writes:
> > can you please share the pdf somewhere?
>
> Attached (since it's under 2MB and under a Creative Commons license).
>
> All issues are also available on https://www.protocoljournal.org/
>
> > regarding the current implementation, i'm satisfied with what we have:
> > per session tcp and bgp receiver, a lock-free ribin and a very quick
> > global locky part for the best path selection...
> > we already outperform an ncs55 easily and can give hard work for an asr99
> > all with slow peer detection protecteted...
> > we bring up 4k bgp pers in 20s and send a full feed in 6s....
>
> Cool!
>
> I guess the only technique with the potential to further improve things
> would be to use "sharding" (by prefix) across different threads for the
> locky part.  Whether that's worth the complexity is another question
> (and probably depends on context...).
>
> > pleasd watch the bottom some videos of http://www.freertr.org/present.html
>
> Thanks,