Hi David, > We are starting to use the new api, it looks good, thanks for this. > Documentation would be very appreciated
Splendid. Any suggestions for improvements, please let us know. > Any idea how much more evolving it’s going to do? The base stuff should be pretty stable. So the evolving is likely to be more around adding more counters, possibly some name changes / hierarchy changes as we add counters. I'm also looking at simplifying the counter "key" data structure, to allow for less dependency on the VPP data structures. But that depends on the users of the API. I also want to solidify the client side API more, and possibly also add a few language bindings for it. Again, it depends on interest. And I'm hoping to have a sample "top" like application available soon (unless someone else beats me to it. hint, hint). > Is there any impact on performance of vector processing from using it? Best regards, Ole > > > Dave c > > > On Thu, Jul 19, 2018 at 12:04 AM Ole Troan <otr...@employees.org> wrote: > Hi Ray, > > > This looks like something that really deserves to be documented, > > _particularly_ the stats api & client? > > Yes. Very much so. > > > Has anyone written anything here that we can use? > > Not yet. The feature is somewhat experimental. > And there are still a few bits missing with regards to the client side. On > the VPP side the only thing requires is giving the existing counter a name, > so that's pretty minimal. > Let me try to write something down while we're evolving the feature (I'd very > much like to hear from people who are interested in using the new stats > infra), and then that can be used as a base for writing user documentation. > > Cheers, > Ole > > > > > Ray K > > > > On 16/07/2018 03:46, Ole Troan wrote: > >> Hi Rubina, > >>> I wanna extract stats of vpp interfaces (specially information about > >>> traffic, ie. bytes out, bytes in, ...) and set them to relevant snmp oid. > >>> Is there any VPP infrastructure to do that? > >>> If not, what is the efficient way to extract data? > >> The most efficient (and new) way to extract stats is through the shared > >> memory segment for counters. > >> See commit 048a4e5a. > >> Then you could build an external SNMP agent scraping counters. There is an > >> example usage in the stats_client.c file. > >> I'm also working on building more client support, including for Python. I > >> just need to get back from holidays first. > >> Cheers, > >> Ole > >> -=-=-=-=-=-=-=-=-=-=-=- > >> Links: You receive all messages sent to this group. > >> View/Reply Online (#9846): https://lists.fd.io/g/vpp-dev/message/9846 > >> Mute This Topic: https://lists.fd.io/mt/23483393/675355 > >> Group Owner: vpp-dev+ow...@lists.fd.io > >> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [m...@ashroe.eu] > >> -=-=-=-=-=-=-=-=-=-=-=- > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#9884): https://lists.fd.io/g/vpp-dev/message/9884 > Mute This Topic: https://lists.fd.io/mt/23743214/675631 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dcorn...@netgate.com] > -=-=-=-=-=-=-=-=-=-=-=-
signature.asc
Description: Message signed with OpenPGP
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9903): https://lists.fd.io/g/vpp-dev/message/9903 Mute This Topic: https://lists.fd.io/mt/23743214/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
