Re: [EXT] [vpp-dev] New perfmon plugin
Please find the list of perf events on TX2 and N1SDP attached. Thanks Govind From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via lists.fd.io Sent: Monday, December 14, 2020 8:03 AM To: Honnappa Nagarahalli Cc: nsax...@marvell.com; vpp-dev ; nd Subject: Re: [EXT] [vpp-dev] New perfmon plugin Thanks both, So on N1SDP and ThunderX2 we have: armv8_pmuv3_0 In addition ThunderX2 have few uncore_* PMUs On OcteonTX2 we have armv8_cavium_thunder which seems to be different than armv8_pmuv3_0. Will be interesting to see output of “grep . events/*“ so we can compare counter names and IDs…. — Damjan > On 14.12.2020., at 14:54, Honnappa Nagarahalli > mailto:honnappa.nagaraha...@arm.com>> wrote: > > > >> >> Hi Damjan, >> >> ARM defines two sets of performance monitoring counters and extension >> 1. Common Event number and micro-architecture events defined by ARM >> which every chip vendor should implement. >> 2. Chip vendor specific PMU counters other than (1) >> >> I am not in ThunderX2 BU but I think the kernel driver you are referring to >> seems to be a PMU extension which falls under the category of (2) above. See >> below for OCTEONTX2 output >> >> So for ARM to be enabled in perfmon plugin, I am thinking, >> - we need common bundle to register common ARM PMU events. This should >> be first step and include most of the useful/important events >> - chip vendor specific bundle should also be allowed to "implementation >> defined" PMU events >> >> One of the key differentiation in ARM is a kernel driver needs to be hooked >> at >> runtime to allow VPP to get hold of PMU counters (which is not the case with >> x86) >> >>>>> Can you capture contents of /sys/bus/event_source/devices/ from one >> system? >> I do not have ThunderX2 access but here is the output of OCTEONTX2 > On thunderx2: > honnag01@2u-thunderx2:~$ ls /sys/bus/event_source/devices/ > armv8_pmuv3_0 breakpoint kprobe software tracepoint uncore_dmc_0 > uncore_dmc_1 uncore_l3c_0 uncore_l3c_1 uprobe > > 2u-thunderx2:~$ ls /sys/bus/event_source/devices/uncore_dmc_0/ > cpumask events format perf_event_mux_interval_ms power subsystem type > uevent > >> >> $ ls -ltr /sys/bus/event_source/devices/ total 0 lrwxrwxrwx 1 root root 0 Dec >> 14 06:48 software -> ../../../devices/software lrwxrwxrwx 1 root root 0 Dec >> 14 >> 06:48 cs_etm -> ../../../devices/cs_etm lrwxrwxrwx 1 root root 0 Dec 14 06:48 >> breakpoint -> ../../../devices/breakpoint lrwxrwxrwx 1 root root 0 Dec 14 >> 06:48 >> tracepoint -> ../../../devices/tracepoint lrwxrwxrwx 1 root root 0 Dec 14 >> 06:48 >> armv8_cavium_thunder -> ../../../devices/armv8_cavium_thunder >> >> Thanks, >> Nitin >> >> >> >> >>> -Original Message- >>> From: Damjan Marion mailto:dmar...@me.com>> >>> Sent: Monday, December 14, 2020 4:19 PM >>> To: Nitin Saxena mailto:nsax...@marvell.com>> >>> Cc: vpp-dev mailto:vpp-dev@lists.fd.io>> >>> Subject: Re: [EXT] [vpp-dev] New perfmon plugin >>> >>> >>> Isn’t there also uncore PMU? I can see some thunderx2 specific driver >>> in kernel source. >>> >>> Can you capture contents of /sys/bus/event_source/devices/ from one >>> system? >>> >>> Thanks, >>> >>> — >>> Damjan >>> >>> >>>> On 14.12.2020., at 09:09, Nitin Saxena >>>> mailto:nsax...@marvell.com>> wrote: >>>> >>>> Yes most of the ARM processors including ThunderX2, OCTEONTX2 has >>> PMU as per AARCH64 specifications. I did some analysis to add ARM >>> support in older perfmon plugin and should be easy to port to this new >>> one. This is something in TODO list which is much needed for us and >>> overall ARM >>>> >>>> Thanks, >>>> Nitin >>>> >>>>> -Original Message- >>>>> From: Damjan Marion mailto:dmar...@me.com>> >>>>> Sent: Saturday, December 12, 2020 7:46 PM >>>>> To: Nitin Saxena mailto:nsax...@marvell.com>> >>>>> Cc: vpp-dev mailto:vpp-dev@lists.fd.io>> >>>>> Subject: Re: [EXT] [vpp-dev] New perfmon plugin >>>>> >>>>> >>>>> cool, if I got it right ThunderX2 have own PMU so we can add it as >>>>> new source and create specific bundles. >>>>> >>>>> -- >>>>> Damjan >>>>>
Re: [EXT] [vpp-dev] New perfmon plugin
Thanks both, So on N1SDP and ThunderX2 we have: armv8_pmuv3_0 In addition ThunderX2 have few uncore_* PMUs On OcteonTX2 we have armv8_cavium_thunder which seems to be different than armv8_pmuv3_0. Will be interesting to see output of “grep . events/*“ so we can compare counter names and IDs…. — Damjan > On 14.12.2020., at 14:54, Honnappa Nagarahalli > wrote: > > > >> >> Hi Damjan, >> >> ARM defines two sets of performance monitoring counters and extension >> 1. Common Event number and micro-architecture events defined by ARM >> which every chip vendor should implement. >> 2. Chip vendor specific PMU counters other than (1) >> >> I am not in ThunderX2 BU but I think the kernel driver you are referring to >> seems to be a PMU extension which falls under the category of (2) above. See >> below for OCTEONTX2 output >> >> So for ARM to be enabled in perfmon plugin, I am thinking, >> - we need common bundle to register common ARM PMU events. This should >> be first step and include most of the useful/important events >> - chip vendor specific bundle should also be allowed to "implementation >> defined" PMU events >> >> One of the key differentiation in ARM is a kernel driver needs to be hooked >> at >> runtime to allow VPP to get hold of PMU counters (which is not the case with >> x86) >> >>>>> Can you capture contents of /sys/bus/event_source/devices/ from one >> system? >> I do not have ThunderX2 access but here is the output of OCTEONTX2 > On thunderx2: > honnag01@2u-thunderx2:~$ ls /sys/bus/event_source/devices/ > armv8_pmuv3_0 breakpoint kprobe software tracepoint uncore_dmc_0 > uncore_dmc_1 uncore_l3c_0 uncore_l3c_1 uprobe > > 2u-thunderx2:~$ ls /sys/bus/event_source/devices/uncore_dmc_0/ > cpumask events format perf_event_mux_interval_ms power subsystem type > uevent > >> >> $ ls -ltr /sys/bus/event_source/devices/ total 0 lrwxrwxrwx 1 root root 0 Dec >> 14 06:48 software -> ../../../devices/software lrwxrwxrwx 1 root root 0 Dec >> 14 >> 06:48 cs_etm -> ../../../devices/cs_etm lrwxrwxrwx 1 root root 0 Dec 14 06:48 >> breakpoint -> ../../../devices/breakpoint lrwxrwxrwx 1 root root 0 Dec 14 >> 06:48 >> tracepoint -> ../../../devices/tracepoint lrwxrwxrwx 1 root root 0 Dec 14 >> 06:48 >> armv8_cavium_thunder -> ../../../devices/armv8_cavium_thunder >> >> Thanks, >> Nitin >> >> >> >> >>> -Original Message- >>> From: Damjan Marion >>> Sent: Monday, December 14, 2020 4:19 PM >>> To: Nitin Saxena >>> Cc: vpp-dev >>> Subject: Re: [EXT] [vpp-dev] New perfmon plugin >>> >>> >>> Isn’t there also uncore PMU? I can see some thunderx2 specific driver >>> in kernel source. >>> >>> Can you capture contents of /sys/bus/event_source/devices/ from one >>> system? >>> >>> Thanks, >>> >>> — >>> Damjan >>> >>> >>>> On 14.12.2020., at 09:09, Nitin Saxena wrote: >>>> >>>> Yes most of the ARM processors including ThunderX2, OCTEONTX2 has >>> PMU as per AARCH64 specifications. I did some analysis to add ARM >>> support in older perfmon plugin and should be easy to port to this new >>> one. This is something in TODO list which is much needed for us and >>> overall ARM >>>> >>>> Thanks, >>>> Nitin >>>> >>>>> -Original Message- >>>>> From: Damjan Marion >>>>> Sent: Saturday, December 12, 2020 7:46 PM >>>>> To: Nitin Saxena >>>>> Cc: vpp-dev >>>>> Subject: Re: [EXT] [vpp-dev] New perfmon plugin >>>>> >>>>> >>>>> cool, if I got it right ThunderX2 have own PMU so we can add it as >>>>> new source and create specific bundles. >>>>> >>>>> -- >>>>> Damjan >>>>> >>>>>> On 12.12.2020., at 11:07, Nitin Saxena wrote: >>>>>> >>>>>> Hi Damjan, >>>>>> >>>>>> I was already fan of older perfmon plugin and new one seems >>>>>> superset of the older one (at-least from video) >>>>>> >>>>>> Nice addition >>>>>> >>>>>> Thanks, >>>>>> Nitin >>>>>> >>>>>>> -Original Message- &g
Re: [EXT] [vpp-dev] New perfmon plugin
> > Hi Damjan, > > ARM defines two sets of performance monitoring counters and extension > 1. Common Event number and micro-architecture events defined by ARM > which every chip vendor should implement. > 2. Chip vendor specific PMU counters other than (1) > > I am not in ThunderX2 BU but I think the kernel driver you are referring to > seems to be a PMU extension which falls under the category of (2) above. See > below for OCTEONTX2 output > > So for ARM to be enabled in perfmon plugin, I am thinking, > - we need common bundle to register common ARM PMU events. This should > be first step and include most of the useful/important events > - chip vendor specific bundle should also be allowed to "implementation > defined" PMU events > > One of the key differentiation in ARM is a kernel driver needs to be hooked at > runtime to allow VPP to get hold of PMU counters (which is not the case with > x86) > > >>> Can you capture contents of /sys/bus/event_source/devices/ from one > system? > I do not have ThunderX2 access but here is the output of OCTEONTX2 On thunderx2: honnag01@2u-thunderx2:~$ ls /sys/bus/event_source/devices/ armv8_pmuv3_0 breakpoint kprobe software tracepoint uncore_dmc_0 uncore_dmc_1 uncore_l3c_0 uncore_l3c_1 uprobe 2u-thunderx2:~$ ls /sys/bus/event_source/devices/uncore_dmc_0/ cpumask events format perf_event_mux_interval_ms power subsystem type uevent > > $ ls -ltr /sys/bus/event_source/devices/ total 0 lrwxrwxrwx 1 root root 0 Dec > 14 06:48 software -> ../../../devices/software lrwxrwxrwx 1 root root 0 Dec 14 > 06:48 cs_etm -> ../../../devices/cs_etm lrwxrwxrwx 1 root root 0 Dec 14 06:48 > breakpoint -> ../../../devices/breakpoint lrwxrwxrwx 1 root root 0 Dec 14 > 06:48 > tracepoint -> ../../../devices/tracepoint lrwxrwxrwx 1 root root 0 Dec 14 > 06:48 > armv8_cavium_thunder -> ../../../devices/armv8_cavium_thunder > > Thanks, > Nitin > > > > > > -----Original Message----- > > From: Damjan Marion > > Sent: Monday, December 14, 2020 4:19 PM > > To: Nitin Saxena > > Cc: vpp-dev > > Subject: Re: [EXT] [vpp-dev] New perfmon plugin > > > > > > Isn’t there also uncore PMU? I can see some thunderx2 specific driver > > in kernel source. > > > > Can you capture contents of /sys/bus/event_source/devices/ from one > > system? > > > > Thanks, > > > > — > > Damjan > > > > > > > On 14.12.2020., at 09:09, Nitin Saxena wrote: > > > > > > Yes most of the ARM processors including ThunderX2, OCTEONTX2 has > > PMU as per AARCH64 specifications. I did some analysis to add ARM > > support in older perfmon plugin and should be easy to port to this new > > one. This is something in TODO list which is much needed for us and > > overall ARM > > > > > > Thanks, > > > Nitin > > > > > >> -Original Message- > > >> From: Damjan Marion > > >> Sent: Saturday, December 12, 2020 7:46 PM > > >> To: Nitin Saxena > > >> Cc: vpp-dev > > >> Subject: Re: [EXT] [vpp-dev] New perfmon plugin > > >> > > >> > > >> cool, if I got it right ThunderX2 have own PMU so we can add it as > > >> new source and create specific bundles. > > >> > > >> -- > > >> Damjan > > >> > > >>> On 12.12.2020., at 11:07, Nitin Saxena wrote: > > >>> > > >>> Hi Damjan, > > >>> > > >>> I was already fan of older perfmon plugin and new one seems > > >>> superset of the older one (at-least from video) > > >>> > > >>> Nice addition > > >>> > > >>> Thanks, > > >>> Nitin > > >>> > > >>>> -Original Message- > > >>>> From: vpp-dev@lists.fd.io On Behalf Of > > >>>> Damjan Marion via lists.fd.io > > >>>> Sent: Friday, December 11, 2020 9:44 PM > > >>>> To: vpp-dev > > >>>> Subject: [EXT] [vpp-dev] New perfmon plugin > > >>>> > > >>>> External Email > > >>>> > > >>>> - > > >>>> > > >>>> - > > >>>> > > >>>> Guys, > > >>>> > > >>>> I just submitted patch with the new perfmon plugin: [1] > > >>>> > > >>>> It takes sig
Re: [EXT] [vpp-dev] New perfmon plugin
Hi Damjan, ARM defines two sets of performance monitoring counters and extension 1. Common Event number and micro-architecture events defined by ARM which every chip vendor should implement. 2. Chip vendor specific PMU counters other than (1) I am not in ThunderX2 BU but I think the kernel driver you are referring to seems to be a PMU extension which falls under the category of (2) above. See below for OCTEONTX2 output So for ARM to be enabled in perfmon plugin, I am thinking, - we need common bundle to register common ARM PMU events. This should be first step and include most of the useful/important events - chip vendor specific bundle should also be allowed to "implementation defined" PMU events One of the key differentiation in ARM is a kernel driver needs to be hooked at runtime to allow VPP to get hold of PMU counters (which is not the case with x86) >>> Can you capture contents of /sys/bus/event_source/devices/ from one system? I do not have ThunderX2 access but here is the output of OCTEONTX2 $ ls -ltr /sys/bus/event_source/devices/ total 0 lrwxrwxrwx 1 root root 0 Dec 14 06:48 software -> ../../../devices/software lrwxrwxrwx 1 root root 0 Dec 14 06:48 cs_etm -> ../../../devices/cs_etm lrwxrwxrwx 1 root root 0 Dec 14 06:48 breakpoint -> ../../../devices/breakpoint lrwxrwxrwx 1 root root 0 Dec 14 06:48 tracepoint -> ../../../devices/tracepoint lrwxrwxrwx 1 root root 0 Dec 14 06:48 armv8_cavium_thunder -> ../../../devices/armv8_cavium_thunder Thanks, Nitin > -Original Message- > From: Damjan Marion > Sent: Monday, December 14, 2020 4:19 PM > To: Nitin Saxena > Cc: vpp-dev > Subject: Re: [EXT] [vpp-dev] New perfmon plugin > > > Isn’t there also uncore PMU? I can see some thunderx2 specific driver in > kernel source. > > Can you capture contents of /sys/bus/event_source/devices/ from one > system? > > Thanks, > > — > Damjan > > > > On 14.12.2020., at 09:09, Nitin Saxena wrote: > > > > Yes most of the ARM processors including ThunderX2, OCTEONTX2 has > PMU as per AARCH64 specifications. I did some analysis to add ARM support > in older perfmon plugin and should be easy to port to this new one. This is > something in TODO list which is much needed for us and overall ARM > > > > Thanks, > > Nitin > > > >> -Original Message----- > >> From: Damjan Marion > >> Sent: Saturday, December 12, 2020 7:46 PM > >> To: Nitin Saxena > >> Cc: vpp-dev > >> Subject: Re: [EXT] [vpp-dev] New perfmon plugin > >> > >> > >> cool, if I got it right ThunderX2 have > >> own PMU so we can add it as new source and create specific bundles. > >> > >> -- > >> Damjan > >> > >>> On 12.12.2020., at 11:07, Nitin Saxena wrote: > >>> > >>> Hi Damjan, > >>> > >>> I was already fan of older perfmon plugin and new one seems superset > >>> of the older one (at-least from video) > >>> > >>> Nice addition > >>> > >>> Thanks, > >>> Nitin > >>> > >>>> -Original Message- > >>>> From: vpp-dev@lists.fd.io On Behalf Of Damjan > >>>> Marion via lists.fd.io > >>>> Sent: Friday, December 11, 2020 9:44 PM > >>>> To: vpp-dev > >>>> Subject: [EXT] [vpp-dev] New perfmon plugin > >>>> > >>>> External Email > >>>> > >>>> - > >>>> - > >>>> > >>>> Guys, > >>>> > >>>> I just submitted patch with the new perfmon plugin: [1] > >>>> > >>>> It takes significantly different approach compared to current one. > >>>> > >>>> - it support multiple sources of perf counters (linux, intel core, > >>>> intel uncore) and it is extensible to other vendors > >>>> - it have concept instances so it can monitor multiple instances of > >>>> specific PMU (DRAM channels, UPI/QPU links, ..) > >>>> - it supports node, thread and system metrics > >>>> - different metrics are organized in bundles, where bundle consists > >>>> of multiple counters and format functions which calculates and > presents > >> metric. > >>>> Yuo can find example of bundle here [2] > >>>> > >>>> To se how this looks in action, I captured small asciinema video: [3] > >>>> > >>>> As this new plugin is signif
Re: [EXT] [vpp-dev] New perfmon plugin
Yes most of the ARM processors including ThunderX2, OCTEONTX2 has PMU as per AARCH64 specifications. I did some analysis to add ARM support in older perfmon plugin and should be easy to port to this new one. This is something in TODO list which is much needed for us and overall ARM Thanks, Nitin > -Original Message- > From: Damjan Marion > Sent: Saturday, December 12, 2020 7:46 PM > To: Nitin Saxena > Cc: vpp-dev > Subject: Re: [EXT] [vpp-dev] New perfmon plugin > > > cool, if I got it right ThunderX2 have > own PMU so we can add it as new source and create specific bundles. > > -- > Damjan > > > On 12.12.2020., at 11:07, Nitin Saxena wrote: > > > > Hi Damjan, > > > > I was already fan of older perfmon plugin and new one seems superset > > of the older one (at-least from video) > > > > Nice addition > > > > Thanks, > > Nitin > > > >> -Original Message- > >> From: vpp-dev@lists.fd.io On Behalf Of Damjan > >> Marion via lists.fd.io > >> Sent: Friday, December 11, 2020 9:44 PM > >> To: vpp-dev > >> Subject: [EXT] [vpp-dev] New perfmon plugin > >> > >> External Email > >> > >> - > >> - > >> > >> Guys, > >> > >> I just submitted patch with the new perfmon plugin: [1] > >> > >> It takes significantly different approach compared to current one. > >> > >> - it support multiple sources of perf counters (linux, intel core, > >> intel uncore) and it is extensible to other vendors > >> - it have concept instances so it can monitor multiple instances of > >> specific PMU (DRAM channels, UPI/QPU links, ..) > >> - it supports node, thread and system metrics > >> - different metrics are organized in bundles, where bundle consists > >> of multiple counters and format functions which calculates and presents > metric. > >> Yuo can find example of bundle here [2] > >> > >> To se how this looks in action, I captured small asciinema video: [3] > >> > >> As this new plugin is significantly different than old one, I wonder > >> if anyone thinks we should keep old une. > >> Also, any other feedback is wellcome. > >> > >> Thanks, > >> > >> Damjan > >> > >> > >> [1] https://urldefense.proofpoint.com/v2/url?u=https- > >> 3A__gerrit.fd.io_r_c_vpp_- > >> > 2B_30186=DwIFAg=nKjWec2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3 > >> > IkGduCfk9LbZMPOAecQGDzWV0=YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWves > >> g69AEyXxg=4tTXQv2yVPh7WGV5S1eL8TKk7hzW5hs9HV5HffGAZWg= > >> [2] https://urldefense.proofpoint.com/v2/url?u=https- > >> 3A__gerrit.fd.io_r_c_vpp_- > >> 2B_30186_12_src_plugins_perfmon_intel_bundle_load- > >> > 5Fblocks.c=DwIFAg=nKjWec2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3 > >> > IkGduCfk9LbZMPOAecQGDzWV0=YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWves > >> g69AEyXxg=4vBJsKjTB2jgQ_knZlMqSPL9zu9r61mn_EDKfPaxP30= > >> [3] https://urldefense.proofpoint.com/v2/url?u=https- > >> > 3A__asciinema.org_a_aFN5rMFYw0RPvGOZiFsziXV5w=DwIFAg=nKjWec > >> > 2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3IkGduCfk9LbZMPOAecQGDzWV0 > >> =YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWvesg69AEyXxg=OOSrE- > >> xR_qMePcPBdjlV1FSyjeguxIFhIl7_W98ghFk= > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18324): https://lists.fd.io/g/vpp-dev/message/18324 Mute This Topic: https://lists.fd.io/mt/78904118/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [EXT] [vpp-dev] New perfmon plugin
cool, if I got it right ThunderX2 have own PMU so we can add it as new source and create specific bundles. -- Damjan > On 12.12.2020., at 11:07, Nitin Saxena wrote: > > Hi Damjan, > > I was already fan of older perfmon plugin and new one seems superset of the > older one (at-least from video) > > Nice addition > > Thanks, > Nitin > >> -Original Message- >> From: vpp-dev@lists.fd.io On Behalf Of Damjan >> Marion via lists.fd.io >> Sent: Friday, December 11, 2020 9:44 PM >> To: vpp-dev >> Subject: [EXT] [vpp-dev] New perfmon plugin >> >> External Email >> >> -- >> >> Guys, >> >> I just submitted patch with the new perfmon plugin: [1] >> >> It takes significantly different approach compared to current one. >> >> - it support multiple sources of perf counters (linux, intel core, intel >> uncore) >> and it is extensible to other vendors >> - it have concept instances so it can monitor multiple instances of specific >> PMU (DRAM channels, UPI/QPU links, ..) >> - it supports node, thread and system metrics >> - different metrics are organized in bundles, where bundle consists of >> multiple counters and format functions which calculates and presents metric. >> Yuo can find example of bundle here [2] >> >> To se how this looks in action, I captured small asciinema video: [3] >> >> As this new plugin is significantly different than old one, I wonder if >> anyone >> thinks we should keep old une. >> Also, any other feedback is wellcome. >> >> Thanks, >> >> Damjan >> >> >> [1] https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__gerrit.fd.io_r_c_vpp_- >> 2B_30186=DwIFAg=nKjWec2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3 >> IkGduCfk9LbZMPOAecQGDzWV0=YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWves >> g69AEyXxg=4tTXQv2yVPh7WGV5S1eL8TKk7hzW5hs9HV5HffGAZWg= >> [2] https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__gerrit.fd.io_r_c_vpp_- >> 2B_30186_12_src_plugins_perfmon_intel_bundle_load- >> 5Fblocks.c=DwIFAg=nKjWec2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3 >> IkGduCfk9LbZMPOAecQGDzWV0=YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWves >> g69AEyXxg=4vBJsKjTB2jgQ_knZlMqSPL9zu9r61mn_EDKfPaxP30= >> [3] https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__asciinema.org_a_aFN5rMFYw0RPvGOZiFsziXV5w=DwIFAg=nKjWec >> 2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3IkGduCfk9LbZMPOAecQGDzWV0 >> =YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWvesg69AEyXxg=OOSrE- >> xR_qMePcPBdjlV1FSyjeguxIFhIl7_W98ghFk= > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18315): https://lists.fd.io/g/vpp-dev/message/18315 Mute This Topic: https://lists.fd.io/mt/78904118/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [EXT] [vpp-dev] New perfmon plugin
Hi Damjan, I was already fan of older perfmon plugin and new one seems superset of the older one (at-least from video) Nice addition Thanks, Nitin > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Damjan > Marion via lists.fd.io > Sent: Friday, December 11, 2020 9:44 PM > To: vpp-dev > Subject: [EXT] [vpp-dev] New perfmon plugin > > External Email > > -- > > Guys, > > I just submitted patch with the new perfmon plugin: [1] > > It takes significantly different approach compared to current one. > > - it support multiple sources of perf counters (linux, intel core, intel > uncore) > and it is extensible to other vendors > - it have concept instances so it can monitor multiple instances of specific > PMU (DRAM channels, UPI/QPU links, ..) > - it supports node, thread and system metrics > - different metrics are organized in bundles, where bundle consists of > multiple counters and format functions which calculates and presents metric. > Yuo can find example of bundle here [2] > > To se how this looks in action, I captured small asciinema video: [3] > > As this new plugin is significantly different than old one, I wonder if anyone > thinks we should keep old une. > Also, any other feedback is wellcome. > > Thanks, > > Damjan > > > [1] https://urldefense.proofpoint.com/v2/url?u=https- > 3A__gerrit.fd.io_r_c_vpp_- > 2B_30186=DwIFAg=nKjWec2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3 > IkGduCfk9LbZMPOAecQGDzWV0=YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWves > g69AEyXxg=4tTXQv2yVPh7WGV5S1eL8TKk7hzW5hs9HV5HffGAZWg= > [2] https://urldefense.proofpoint.com/v2/url?u=https- > 3A__gerrit.fd.io_r_c_vpp_- > 2B_30186_12_src_plugins_perfmon_intel_bundle_load- > 5Fblocks.c=DwIFAg=nKjWec2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3 > IkGduCfk9LbZMPOAecQGDzWV0=YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWves > g69AEyXxg=4vBJsKjTB2jgQ_knZlMqSPL9zu9r61mn_EDKfPaxP30= > [3] https://urldefense.proofpoint.com/v2/url?u=https- > 3A__asciinema.org_a_aFN5rMFYw0RPvGOZiFsziXV5w=DwIFAg=nKjWec > 2b6R0mOyPaz7xtfQ=S4H7jibYAtA5YOvfL3IkGduCfk9LbZMPOAecQGDzWV0 > =YLtsj5dRrH71jbO5dLDi4wZVjd_BZiWvesg69AEyXxg=OOSrE- > xR_qMePcPBdjlV1FSyjeguxIFhIl7_W98ghFk= -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18314): https://lists.fd.io/g/vpp-dev/message/18314 Mute This Topic: https://lists.fd.io/mt/78904118/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] New perfmon plugin
+1 Really cool! Thanks! Cheers, Florin > On Dec 11, 2020, at 9:33 AM, Dave Barach wrote: > > Looks really cool! Feel free to move the old one to deprecated... ... Dave > > -Original Message- > From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> <mailto:vpp-dev@lists.fd.io>> On Behalf Of Damjan Marion via lists.fd.io > <http://lists.fd.io/> > Sent: Friday, December 11, 2020 11:14 AM > To: vpp-dev mailto:vpp-dev@lists.fd.io>> > Subject: [vpp-dev] New perfmon plugin > > > Guys, > > I just submitted patch with the new perfmon plugin: [1] > > It takes significantly different approach compared to current one. > > - it support multiple sources of perf counters (linux, intel core, intel > uncore) and it is extensible to other vendors > - it have concept instances so it can monitor multiple instances of specific > PMU (DRAM channels, UPI/QPU links, ..) > - it supports node, thread and system metrics > - different metrics are organized in bundles, where bundle consists of > multiple counters and format functions which calculates and presents metric. > Yuo can find example of bundle here [2] > > To se how this looks in action, I captured small asciinema video: [3] > > As this new plugin is significantly different than old one, I wonder if > anyone thinks we should keep old une. > Also, any other feedback is wellcome. > > Thanks, > > Damjan > > > [1] https://gerrit.fd.io/r/c/vpp/+/30186 > [2] > https://gerrit.fd.io/r/c/vpp/+/30186/12/src/plugins/perfmon/intel/bundle/load_blocks.c > [3] https://asciinema.org/a/aFN5rMFYw0RPvGOZiFsziXV5w > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18311): https://lists.fd.io/g/vpp-dev/message/18311 Mute This Topic: https://lists.fd.io/mt/78882331/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] New perfmon plugin
Looks really cool! Feel free to move the old one to deprecated... ... Dave -Original Message- From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via lists.fd.io Sent: Friday, December 11, 2020 11:14 AM To: vpp-dev Subject: [vpp-dev] New perfmon plugin Guys, I just submitted patch with the new perfmon plugin: [1] It takes significantly different approach compared to current one. - it support multiple sources of perf counters (linux, intel core, intel uncore) and it is extensible to other vendors - it have concept instances so it can monitor multiple instances of specific PMU (DRAM channels, UPI/QPU links, ..) - it supports node, thread and system metrics - different metrics are organized in bundles, where bundle consists of multiple counters and format functions which calculates and presents metric. Yuo can find example of bundle here [2] To se how this looks in action, I captured small asciinema video: [3] As this new plugin is significantly different than old one, I wonder if anyone thinks we should keep old une. Also, any other feedback is wellcome. Thanks, Damjan [1] https://gerrit.fd.io/r/c/vpp/+/30186 [2] https://gerrit.fd.io/r/c/vpp/+/30186/12/src/plugins/perfmon/intel/bundle/load_blocks.c [3] https://asciinema.org/a/aFN5rMFYw0RPvGOZiFsziXV5w -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18310): https://lists.fd.io/g/vpp-dev/message/18310 Mute This Topic: https://lists.fd.io/mt/78882331/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] New perfmon plugin
Guys, I just submitted patch with the new perfmon plugin: [1] It takes significantly different approach compared to current one. - it support multiple sources of perf counters (linux, intel core, intel uncore) and it is extensible to other vendors - it have concept instances so it can monitor multiple instances of specific PMU (DRAM channels, UPI/QPU links, ..) - it supports node, thread and system metrics - different metrics are organized in bundles, where bundle consists of multiple counters and format functions which calculates and presents metric. Yuo can find example of bundle here [2] To se how this looks in action, I captured small asciinema video: [3] As this new plugin is significantly different than old one, I wonder if anyone thinks we should keep old une. Also, any other feedback is wellcome. Thanks, Damjan [1] https://gerrit.fd.io/r/c/vpp/+/30186 [2] https://gerrit.fd.io/r/c/vpp/+/30186/12/src/plugins/perfmon/intel/bundle/load_blocks.c [3] https://asciinema.org/a/aFN5rMFYw0RPvGOZiFsziXV5w -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18309): https://lists.fd.io/g/vpp-dev/message/18309 Mute This Topic: https://lists.fd.io/mt/78882331/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
