News for hackers. Stuff that matters.

A comment on New Relic to open-source Pixie’s eBPF observability platform. Parent comment

Re:New Relic to open-source Pixie’s eBPF observability platform by lbotos on Thursday December 10, 2020 @05:22PM (#25379591)
At GitLab we've built and used strace-parser to help us get to quick and deep debugging, but running strace is EXPENSIVE: https://gitlab.com/gitlab-com/support/toolbox/strace-parser

We've been eagerly awaiting some customers to adopt newer kernels so we can start leveraging eBPF because of the performance gains in these type of scenarios.

Getting down the the kernel often can help find problems with disk access or network issues.

One of our staff engineers is exploring it now for NFS stats: https://gitlab.com/wchandler/tracing-tools/-/blob/master/nfs...

In Support Engineering we often straddle the line of 'SRE style stare at graphs and configuration as code' and 'log on to the box and look at syscalls'. We are very very excited about eBPF.

[ Parent | on HN ]
Re:New Relic to open-source Pixie’s eBPF observability platform by justicezyx on Thursday December 10, 2020 @06:45PM (#25380367)
Take a look at Pixie dynamic logging [1].

Deploys eBPF kprobes (based on bpftrace) and uprobe (based a custom front-end language) and instantly get rich data (arts, return value, latency), query data in a Pandas-like scripting language and visual dashboard.

[1] https://docs.pixielabs.ai/using-pixie/code-tracing/

[ Parent | on HN ]