BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02000
By now, you should be familiar
with Continuous Performance Trending page [0]
leading to various graphs and tables
tracking performance changes of VPP code.
We are planning to replace the old ways
of how do Trendline Graphs look.
There are still few things missing,
but the basic functionality is t
No idea. Hope someone can point it out.
The libbacktrace can locate the line number of the code, otherwise we'd like to
use glibc backtrace which can generate like:
mheap_put+0x230
clib_mem_free+0x190
It would take extra time to convert the offset to the line number by using
addr2line.
It is
What is the difference between libunwind and libbacktrace?
I can see that libunwind is available as package on ubuntu, and libbacktrace is
not...
> On 11 Jun 2018, at 11:41, Kingwel Xie wrote:
>
> Hi all,
>
> I’m wondering if it can be accepted by the community.
>
> Every time when vPP cras
Libbacktrace uses a non-Apache-2 license which may be an issue. I'll check with
the TSC about it.
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Kingwel Xie
Sent: Monday, June 11, 2018 5:41 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Integration with libbacktrace
Hi all,
I'm wonderin
Hi all,
I'm wondering if it can be accepted by the community.
Every time when vPP crashes for some reason, core dump file can be used for
further analysis. However, core file is usually big and even unfortunately
isn't generated. A trick we used before is to generate a crash dump file to
indic
