Nettrace工具学习记录之流程梳理

最新推荐文章于 2025-05-21 16:46:40 发布
最新推荐文章于 2025-05-21 16:46:40 发布
阅读量1.2k 收藏 11
点赞数 17
分类专栏： 开源项目学习 文章标签： 学习 开源软件 开源 linux 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/abobob/article/details/146094075
版权

开源工具学习记录之流程梳理

近期对腾讯的的开源项目: nettrace(网络故障分析工具) ,进行源码学习。
开源仓库：Nettrace开源仓库
开源工具实现注释：nettrace学习记录

Nettrace工具学习记录之流程梳理

nettrace工具在编译成功后，会生成nettrace可执行文件，当我们通过传参使用该工具时，会经历以下4个阶段，分别是准备阶段、数据采集阶段、数据处理阶段、数据分析阶段。

初步介绍一下nettrace整体流程：

  • 当用户通过参数控制启用nettrace某一功能后（开启某模式）后，首先会进入准备阶段，该阶段会构建trace tree、通过解析参数设置跟踪模式、根据确定的跟踪模式启用对应的跟踪点（这里涉及到了BPF程序自动挂载技术）；
  • 当确定了启用哪些跟踪点后，将会进入到内核数据采集阶段，在该阶段，会根据启用跟踪点自动生成的BPF程序来对内核数据进行过滤与采集（这里涉及到BPF程序自动生成技术），并将采集到的数据传输到Perfbuffer中，等待用户态数据处理模块对其进行处理；
  • 在数据采集阶段采集到内核数据并传输至Perfbuffer中后，将会根据对应的跟踪模式触发对应的数据处理模块，将收到的数据进行数据处理与输出；
  • 对于大部分的跟踪点，都定义了所对应的数据分析器，如果需要，会进入数据分析器进行数据分析；

在这里插入图片描述

1.数据采集流程梳理

1.1 参数控制->准备阶段

用户在通过字符串界面输入传参后, 会执行以下步骤：

在这里插入图片描述

  • 1.首先会进入准备阶段,该阶段会根据构建跟踪点组也即图中的trace树;

在这里插入图片描述

  • 2.在将nettrace项目所涉及到的所有跟踪点构建成树后,会将用户的传参进行解析,来确定跟踪模式(该项目提供了八种跟踪模式,不同的跟踪模式所使用到的跟踪点以及数据处理方式均不相同)；

  • 3.在确定了跟踪模式后会根据跟踪模式在trace树中启用相关的跟踪点；

    在这里插入图片描述

1.2 准备阶段->数据采集

经过准备阶段将trace树、跟踪模式、要启用的跟踪点设置完毕后；将进行数据采集阶段，在数据采集部分，会根据跟踪模式及挂载的跟踪点，进行数据收集和数据过滤，并将数据传输至perfbuffer处；

在这里插入图片描述

  • 1.BPF程序自动生成：对于传统的ebpf程序，会对每个跟踪点定义其数据收集数据过滤逻辑；而nettrace则是通过定义了三个宏，分别是KPROBE_DEFAULT、TP_DEFAULT、FNC，分别对应默认的使用kprobe挂载的跟踪逻辑、默认使用tracepoint挂载的跟踪逻辑、以及自定义的跟踪逻辑，大部分跟踪点均使用默认的跟踪逻辑（也就是前两个宏定义的逻辑），极少数使用了FNC来自定义数据收集逻辑；我们将KPROBE_DEFAULT、TP_DEFAULT宏分别展开来探究两个默认数据采集的逻辑：

    • 默认tracepoint跟踪点将会执行以下数据采集逻辑,(仅以napi_gro_receive_entry跟踪点为例)
    static __always_inline int fake__napi_gro_receive_entry(context_info_t *info);

SEC("tp_btf/napi_gro_receive_entry")
int trace_napi_gro_receive_entry(void **ctx) {
    context_info_t info = {
        .func = INDEX_napi_gro_receive_entry,
        .ctx = ctx,
        .args = (void *)CONFIG(),
        .skb = ctx_get_arg(ctx, 3)
    };
    if (pre_handle_entry(&info, INDEX_napi_gro_receive_entry))
        return 0;
    handle_entry_finish(&info, fake__napi_gro_receive_entry(&info));
    return 0;
}

static __always_inline int fake__napi_gro_receive_entry(context_info_t *info) {
    return default_handle_entry(info);
}
    • 默认kprobe相关跟踪点将会执行以下数据采集逻辑（仅以dev_gro_receive跟踪点为例）
    static __always_inline int fake__dev_gro_receive(context_info_t *info);

SEC("kretprobe/dev_gro_receive")
int trace_ret_dev_gro_receive(struct pt_regs *ctx)
{
    return handle_exit(ctx, INDEX_dev_gro_receive);
}

SEC("kprobe/dev_gro_receive")
int trace_dev_gro_receive(struct pt_regs *ctx)
{
    context_info_t info = {
        .func = INDEX_dev_gro_receive,
        .ctx = ctx,
        .args = (void *)CONFIG(),
        .skb = nt_ternary_take(1, ctx_get_arg(ctx, 1), NULL),
        .sk = nt_ternary_take(, ctx_get_arg(ctx, ), NULL)
    };
    if (pre_handle_entry(&info, INDEX_dev_gro_receive))
        return 0;
    handle_entry_finish(&info, fake__dev_gro_receive(&info));
    return 0;
}

static __always_inline int fake__dev_gro_receive(context_info_t *info) {
    return default_handle_entry(info);
}

  • 2.BPF程序自动挂载：我们在准备阶段已经根据不同的跟踪模式，启用了所需的跟踪点，其中打部分跟踪点均可自动挂载，而部分跟踪点则需要手动完成挂载工作；nettrace使用到ebpf提供的trace_attach、kprobe_attach进行自动挂载，使用自定义的probe_trace_attach_manual进行手动挂载操作；

    [Nettrace 自动挂载方式探究](D:\研\项目\华为\nettrace-master\Nettrace 自动挂载方式探究.md)

  • 3.数据采集：在将BPF程序挂载到指定跟踪点后，便开始进行数据采集工作了；当触发到我们挂载的跟踪点时，会执行相应跟踪点预设的数据过滤和数据采集逻辑（也即BPF程序自动生成中，我们通过三个宏定义的数据采集逻辑），通过pre_handle_entry进行数据预处理、在default_handle_entry->handle_entry中进行数据过滤与数据采集逻辑、并最终在default_handle_entry中将从内核中采集到的数据传输至Perfbuffer中，以供用户态数据处理逻辑进行对应的数据处理工作；用户态对数据的处理逻辑如下:

    在这里插入图片描述

2. 数据处理流程梳理

数据处理阶段会根据不同跟踪模式定义不同的数据处理函数，接下来就是分析这些数据处理函数时如何进行数据处理和分析的;

在这里插入图片描述

我们以basic_poll_handler为例, 梳理该函数是如何处理TRACE_MODE_BASIC、TRACE_MODE_DROP、TRACE_MODE_MONITOR模式下采集到的的数据。

/*TRACE_MODE_BASIC
 *TRACE_MODE_DROP
 *TRACE_MODE_MONITOR
 */
void basic_poll_handler(void *ctx, int cpu, void *data, u32 size)
{
	analy_entry_t entry = {
		.event = data,
		.cpu = cpu 
	};
	/*对采集到的单条数据 analy_entry_t 执行分析处理*/
	entry_basic_poll(&entry);
}

可以看出该函数先是初始化了analy_entry_t结构体，然后通过entry_basic_poll(&entry)进行数据分析处理.所以entry_basic_poll(&entry)是处理数据的核心函数,analy_entry_t是分析数据的核心结构体他存储着要分析的数据块的全部信息;

在这里插入图片描述

/*对采集到的单条数据 analy_entry_t 执行分析处理*/
static inline void entry_basic_poll(analy_entry_t *entry)
{
	trace_t *trace;
	/*1.从 analy_entry_t 中获取 trace_t 信息*/
	trace = get_trace_from_analy_entry(entry);
	/*2.尝试运行与 trace 绑定的 entry 分析器*/
	try_run_entry(trace, trace->analyzer, entry);
	/*3.如果需要分析返回值，调用 exit 分析器*/
	if (trace_analyse_ret(trace)) {
		analy_exit_t analy_exit = {
			.event = {
				.val = entry->event->retval,
			},
			.entry = entry,
		};
		try_run_exit(trace, trace->analyzer, &analy_exit);
	}
	/*4.输出 entry 的分析结果*/
	analy_entry_output(entry, NULL);
}

entry_basic_poll()函数会先通过get_trace_from_analy_entry()找到数据块的源头trace_t的信息，即哪一个跟踪点产生了这个数据块；接着尝试使用trace对应的分析器的entry和exit函数去进行数据处理与分析（try_run_entry(),try_run_exit()），最后调用analy_entry_output()输出分析结果；

所以说实现数据分析的具体函数在分析器中定义着，需要进一步去查看分析器相关实现代码；

3. 数据分析器

在第二部分中，entry_basic_poll()函数是通过trace_t结构体找到分析器的entry和exit处理函数，先看一下trace_t结构体：

typedef struct trace {
    // 内核函数或跟踪点的名称，最长 64 字符
    char name[64];
    // 对跟踪点的简要描述，例如用途或功能
    char *desc;
    // 关联的消息，用于日志记录或调试输出
    char *msg;
    // 绑定到该跟踪点的 eBPF 程序的名称
    char *prog;
    // 跟踪点的类型，例如函数跟踪（TRACE_FUNCTION）或 tracepoint（TRACE_TP）
    enum trace_type type;
    // 可选的条件，用于判断是否启用跟踪点
    char *cond;
    // 可选的正则表达式，用于匹配内核函数名称
    char *regex;
    // 如果是 tracepoint 类型，记录 tracepoint 的名称
    char *tp;
    // 函数参数列表中 skb（socket buffer）的索引，从 1 开始，0 表示没有 skb
    u8 skb;
    // 在 ftrace 事件中 skb 的偏移量
    u8 skboffset;
    // 函数参数列表中 socket 的索引，与 skb 类似
    u8 sk;
    // 在 ftrace 事件中 socket 的偏移量
    u8 skoffset;
    // 全局链表，包含所有的 trace_t 实例
    struct list_head all;
    // 属于同一组的链表，管理 trace 分组
    struct list_head list;
    // 与该跟踪点关联的规则链表，例如匹配条件或阈值
    struct list_head rules;
    // 指向备份 trace 的指针，用于冗余或备用
    struct trace *backup;
    // 标记该 trace 是否为备份点
    bool is_backup;
    // 标志是否为探针模式（通常用于调试）
    bool probe;
    // 标志是否默认启用此跟踪点
    bool def;
    // 标志 eBPF 程序是否为自定义的
    bool custom;
    // 监控模式的标志，定义该 trace 的监控模式
    int monitor;
    // 唯一索引，用于标识此 trace
    int index;
    // 被跟踪函数的参数数量
    int arg_count;
    // 跟踪点的状态，例如加载、启用或无效等标志位
    u32 status;
    // 指向父组的指针，表示此 trace 的分组归属
    trace_group_t *parent;
    // 指向分析器模块的指针，用于关联分析逻辑
    struct analyzer *analyzer;
} trace_t;

这个结构体中的最后一个字段是analyzer也就是当前跟踪点对应的分析器，entry_basic_poll()就是通过这个分析器中的函数进行数据分析的；

3.1 trace_t与分析器的关系

不同的跟踪点根据trace.yaml配置文件定义了该跟踪点是否需要分析器以及用哪个分析器；trace.yaml文件会通过gen_trace.py文件生成trace_group.c以及kprobe_trace.h文件。在所生成的trace_group.c文件中，定义了每个跟踪点的trace_t结构体，我们拿trace_tcp_ack_update_rtt挂载点为例进行介绍：

trace_t trace_tcp_ack_update_rtt = {
	.desc = "",
	.type = TRACE_FUNCTION,
    /*分析器*/
	.analyzer = &ANALYZER(rtt),
	.is_backup = false,
	.probe = false,
	.name = "tcp_ack_update_rtt",
	.sk = 1,
	.custom = true,
	.def = true,
	.index = INDEX_tcp_ack_update_rtt,
	.prog = "__trace_tcp_ack_update_rtt",
	.parent = &group_tcp_state,
	.rules = LIST_HEAD_INIT(trace_tcp_ack_update_rtt.rules),
};

可以看到该跟踪点的分析器指向了某个地址&ANALYZER(rtt)，该地址做进一步的探索：

在analysis.h文件中有对ANALYZER的宏定义：

#define ANALYZER(name) analyzer_##name

将宏ANALYZER(rtt)展开后便是：.analyzer = &analyzer_rtt,analyzer_rtt是什么？它对应的地址有什么？后面我们会涉及；

3.2 分析器的定义

在analysis.c文件中定义了八个不同的分析器，我们以rtt为例进行介绍；

DEFINE_ANALYZER_ENTRY(rtt, TRACE_MODE_ALL_MASK)
{
	/*1.通过define_pure_event提取rtt事件数据*/
	define_pure_event(rtt_event_t, event, e->event);
	char *msg = malloc(1024);

	msg[0] = '\0';
	/*2.将first_rtt和last_rtt格式化成字符串，用于输出和日志记录*/
	sprintf(msg, PFMT_EMPH_STR(" *rtt:%ums, rtt_min:%ums*"),
		event->first_rtt, event->last_rtt);
	/*3.entry_set_msg将聚合后的消息绑定到当前分析条目analy_entry_t*/
	entry_set_msg(e, msg);

	return RESULT_CONT;
}
DEFINE_ANALYZER_EXIT_FUNC_DEFAULT(rtt)

上面这段代码是对rtt分析器的定义，我们进一步了解一下DEFINE_ANALYZER_ENTRY(rtt, TRACE_MODE_ALL_MASK)和DEFINE_ANALYZER_EXIT_FUNC_DEFAULT(rtt)是什么，展开后是什么样的；

在analysis.h文件中包含着与分析器相关的宏定义：

#define ANALYZER(name) analyzer_##name

#define DEFINE_ANALYZER_PART(name, type, mode_mask)			\
	analyzer_result_t analyzer_##name##_exit(trace_t *trace,	\
		analy_exit_t *e) __attribute__((weak));			\
	analyzer_result_t analyzer_##name##_entry(trace_t *trace,	\
		analy_entry_t *e) __attribute__((weak));		\
	analyzer_t ANALYZER(name) = {					\
		.analy_entry = analyzer_##name##_entry,			\
		.analy_exit = analyzer_##name##_exit,			\
		.mode = mode_mask,					\
	};								\
	analyzer_result_t analyzer_##name##_##type(trace_t *trace,	\
		analy_##type##_t *e)

#define DEFINE_ANALYZER_ENTRY(name, mode)				\
	DEFINE_ANALYZER_PART(name, entry, mode)

#define DEFINE_ANALYZER_EXIT(name, mode)				\
	DEFINE_ANALYZER_PART(name, exit, mode)

#define DEFINE_ANALYZER_EXIT_FUNC(name)					\
	analyzer_result_t analyzer_##name##_exit(trace_t *trace,	\
		analy_exit_t *e)

#define DEFINE_ANALYZER_EXIT_FUNC_DEFAULT(name)				\
DEFINE_ANALYZER_EXIT_FUNC(name)						\
{									\
	rule_run_ret(e->entry, trace, e->event.val);			\
	return RESULT_CONT;						\
}

#define DECLARE_ANALYZER(name) extern analyzer_t ANALYZER(name)
#define IS_ANALYZER(target, name) (target == &(ANALYZER(name)))

我们以rtt为例，将分析器的定义进行宏展开：

analyzer_result_t analyzer_rtt_exit(trace_t *trace, analy_exit_t *e) __attribute__((weak));
analyzer_result_t analyzer_rtt_entry(trace_t *trace, analy_entry_t *e) __attribute__((weak));
/*analyzer_rtt结构体，trace_t中的.analyzer指向的就是这个结构体*/
analyzer_t analyzer_rtt = {
    .analy_entry = analyzer_rtt_entry,
    .analy_exit = analyzer_rtt_exit,
    .mode = TRACE_MODE_ALL_MASK,
};

analyzer_result_t analyzer_rtt_entry(trace_t *trace, analy_entry_t *e)
{
	/*1.通过define_pure_event提取rtt事件数据*/
	define_pure_event(rtt_event_t, event, e->event);
	char *msg = malloc(1024);

	msg[0] = '\0';
	/*2.将first_rtt和last_rtt格式化成字符串，用于输出和日志记录*/
	sprintf(msg, PFMT_EMPH_STR(" *rtt:%ums, rtt_min:%ums*"),
		event->first_rtt, event->last_rtt);
	/*3.entry_set_msg将聚合后的消息绑定到当前分析条目analy_entry_t*/
	entry_set_msg(e, msg);

	return RESULT_CONT;
}

analyzer_result_t analyzer_rtt_exit(trace_t *trace, analy_exit_t *e)
{
    rule_run_ret(e->entry, trace, e->event.val);
    return RESULT_CONT;
}

2.3.1小节中所提的两个问题：analyzer_rtt是什么？它对应的地址有什么？便得到了解答：

  • analyzer_rtt是我们在定义分析器时，描述该分析器rtt的结构体地址，该结构体中包含着当前分析器的entry数据分析函数和exit数据分析函数；

在这里插入图片描述

3.3 数据处理->数据分析

在第二部分中，我们知道了数据在采集到之后是如何进行数据处理的，也知道在对应的数据处理函数中是如何找到器对应跟踪点所使用的分析器的。在本章中我们了解到分析器时如何定义与实现的，try_run_entry()函数通过调用提前定义好的analyzer_rtt_entry和analyzer_rtt_exit函数，进行真正的数据分析与处理；

在这里插入图片描述

4.七层的数据采集实现细节

前面我们以及梳理了nettrace中数据是如何采集的,下面将围绕各个跟踪点在内核中进行数据采集的逻辑进行梳理,其实最终就是探究KPROBE_DEFAULT、TP_DEFAULT、FNC三者的具体实现逻辑;

在前面我们已经介绍了KPROBE_DEFAULT、TP_DEFAULT两个宏展开后具体的逻辑,这里再展示一下:

  • TP_DEFAULT:默认tracepoint跟踪点将会执行以下数据采集逻辑,(仅以napi_gro_receive_entry跟踪点为例)
static __always_inline int fake__napi_gro_receive_entry(context_info_t *info);

SEC("tp_btf/napi_gro_receive_entry")
int trace_napi_gro_receive_entry(void **ctx) {
    context_info_t info = {
        .func = INDEX_napi_gro_receive_entry,
        .ctx = ctx,
        .args = (void *)CONFIG(),
        .skb = ctx_get_arg(ctx, 3)
    };
    if (pre_handle_entry(&info, INDEX_napi_gro_receive_entry))
        return 0;
    handle_entry_finish(&info, fake__napi_gro_receive_entry(&info));
    return 0;
}

static __always_inline int fake__napi_gro_receive_entry(context_info_t *info) {
    return default_handle_entry(info);
}
  • KPROBE_DEFAULT: 默认kprobe相关跟踪点将会执行以下数据采集逻辑（仅以dev_gro_receive跟踪点为例）
static __always_inline int fake__dev_gro_receive(context_info_t *info);

SEC("kretprobe/dev_gro_receive")
int trace_ret_dev_gro_receive(struct pt_regs *ctx)
{
    return handle_exit(ctx, INDEX_dev_gro_receive);
}

SEC("kprobe/dev_gro_receive")
int trace_dev_gro_receive(struct pt_regs *ctx)
{
    context_info_t info = {
        .func = INDEX_dev_gro_receive,
        .ctx = ctx,
        .args = (void *)CONFIG(),
        .skb = nt_ternary_take(1, ctx_get_arg(ctx, 1), NULL),
        .sk = nt_ternary_take(, ctx_get_arg(ctx, ), NULL)
    };
    if (pre_handle_entry(&info, INDEX_dev_gro_receive))
        return 0;
    handle_entry_finish(&info, fake__dev_gro_receive(&info));
    return 0;
}

static __always_inline int fake__dev_gro_receive(context_info_t *info) {
    return default_handle_entry(info);
}
最新Go分布式爬虫学习笔记(十四)_golang分布式爬虫(1)，2024最新Golang开发面试大全
2401_84910683的博客
05-13 709
setRequestCancel 函数内部则会调用 context.WithDeadline ，派生出一个子 Context 并赋值给 req 中的 Context。每个派生出的子 Context 都会创建一个新的退出通道，这样，只要组织好 Context 之间的关系，就可以实现继承链上退出信号的传递。以 HTTP 请求为例，http.Client 有一个参数 Timeout 用于指定当前请求的总超时时间，它包括从连接、发送请求、到处理服务器响应的时间的总和。
Linux内核网络性能问题的追踪（工具篇）
望获实时Linux系统
07-09 1041
在现代计算环境中，网络性能对于系统的整体性能至关重要。本文将介绍三种在Linux下常用的性能追踪工具：LTTng、ftrace和内核打印输出，利用这三种工具，可以分别从Linux内核四层及以下协议栈实现代码以及Linux内核应用层协议实现代码入手，在主机上对网络性能问题进行跟踪。由图可见，在Linux系统中，网络报文的接收沿着Linux网络协议栈向上流转，而网络报文的发送沿着Linux网络协议栈向下流转。ftrace 是 Linux 内核提供的一种强大的跟踪框架，主要用于诊断和调试内核中的性能和功能问题。
虚拟机上利用nettrace查看nat过程
最新发布
spurs_prayer的博客
05-21 434
本文详细记录了在macOS系统下使用VMware Fusion搭建两台CentOS8虚拟机（A、B）并实现网络地址转换（NAT）的实验过程。通过设置虚拟机B的默认路由指向虚拟机A（192.168.76.96），修改DNS配置，并在虚拟机A上安装nettrace工具、配置iptables规则和防火墙，最终成功观察到虚拟机B通过虚拟机A进行NAT转换的ICMP数据包转发过程。
net/httptrace
u011525168的博客
12-25 354
追踪客户端请求各阶段 package main import ( "fmt" "net/http" "net/http/httptrace" "log" "io/ioutil" ) func main() { req, _ := http.NewRequest("GET", "http://example...
.NET Tracing简介
weixin_34067049的博客
10-10 134
为什么要使用.NET Tracing? ============== 有时候, 各种工具都不足以使你获得了解所发生问题的更多信息. 比如说, 独立服务器上的不同组件在通信时, 信息的交换并不会通过网络来传输, 抓不到网络包. 或者多台服务器互相通信的时候使用HTTPS(SSL), 通信的具体内容是加密的, 抓了包也看不到. 这时就需要.NET Tracing了.   .NET Tracing的原...
ASP.net 的trace
$-Architecture-架构-学习手记
05-03 959
          trace对于诊断应用问题非常有效，.Net framework里面提供了System.Diagnostics，里面有很好的trace机制，那么asp.net2.0自己的trace又是怎么回事，二者关系如何？          基本上来讲，asp.net的trace是独立的机制，但是他和framework的System.Diagnostics的机制有结合的方法：    
NET中Trace类和Debug类的应用举例
nb_lfy的专栏
02-09 575
本文来自：http://blog.youkuaiyun.com/sky_666/article/details/4272806.   NET中的Trace类和Debug类是System.Diagnostics命名空间下的两个用于调试的类，在软件开发中使用得当，可以帮助我们调试开发程序，提高效率，很有用。其中，Debug类仅在调试版本中有效，而Trace类在调试版本和正式版本中均有效。 （1）下面先介绍下
Win7系统提示找不到nettrace.dll文件的解决办法
file
01-16 874
其实很多用户玩单机游戏或者安装软件的时候就出现过这种问题，如果是新手第一时间会认为是软件或游戏出错了，其实并不是这样，其主要原因就是你电脑系统的该dll文件丢失了或没有安装一些系统软件平台所需要的动态链接库，这时你可以下载这个nettrace.dll文件(挑选合适的版本文件)把它放入到程序或系统目录中，当我们执行某一个.exe程序时，相应的DLL文件就会被调用，因此将缺失的文件放回到原目录之后就能打开你的软件或游戏了.那么出现nettrace.dll丢失要怎么解决？
PerfView是CPU和内存性能分析工具-.NET开发
05-27
PerfView概述PerfView是一个免费的性能分析工具，可帮助隔离CPU和内存相关的性能问题。 它是Windows的工具，但是它也对分析Linux机器上收集的数据提供了一些支持。 PerfView概述PerfView是一个免费的性能分析工具，...
dotnet-wtrace：.NET实时追踪工具使用EventPipes技术
其类型推断、模式匹配、异步编程等特性，以及与 .NET 生态系统的紧密集成，使得 F# 成为构建复杂诊断工具的首选语言之一。dotnet-wtrace 的实现很有可能就是使用 F# 编写的，从而充分利用了该语言的高级特性来处理...
【性能测试的自动化工具与脚本】：提升测试效率的5大秘诀
文章还对自动化测试工具的分类进行了阐述，包括负载测试、压力测试和稳定性测试工具。第三章详细介绍了自动化测试脚本的编写技巧、实际应用案例以及调试与优化方法。在高级应用与挑战方面，本文分析了分布式测试场景...
在云原生场景中，nettrace 如何快速进行网络故障诊断
OpenCloudOS的博客
01-10 3660
nettrace工具自上线以来，受到了业界的广泛关注。特别是复杂的云原生网络环境中，nettrace 工具通过报文跟踪、网络诊断的方式为用户解决了多次疑难网络问题。
nettrace 项目安装与使用教程
gitblog_00660的博客
10-11 738
nettrace 项目安装与使用教程 nettrace nettrace is a eBPF-based tool to trace network packet and diagnose network problem. 项目地...
聊一聊用 dotnet-trace 调查 lock锁竞争
dotNET跨平台
05-10 217
一：背景 1. 讲故事最近在分析一个 linux 上的 dump，最后的诱因是大量的lock锁诱发的高频上下文切换，虽然问题告一段落，但我还想知道一点信息，所谓的高频到底有多高频？锁竞争到底是一个怎样的锁竞争？如果了解这些信息对我们后续分析此类问题非常有帮助。要想获取此类信息，看 dump 肯定是没有用的，只能给程序安装一个摄像头，在 Windows 平台上可以在 perfview 上配一个 Mi...
【博客577】使用ebpf工具nettrace追踪网络包流向
qq_43684922的博客
01-08 3367
nettrace是一款基于eBPF的集网络报文跟踪（故障定位）、网络故障诊断、网络异常监控于一体的网络工具集，旨在能够提供一种更加高效、易用的方法来解决复杂场景下的网络问题。网络报文跟踪：跟踪网络报文从进入到内核协议栈到释放/丢弃的过程中在内核中所走过的路径，实现报文整个生命周期的监控，并采集生命周期各个阶段的事件、信息。通过观察报文在内核中的路径，对于有一定内核协议栈经验的人来说可以快速、有效地发现网络问题。
探索网络世界的奥秘——推荐使用nettrace网络诊断工具
gitblog_00586的博客
10-10 959
探索网络世界的奥秘——推荐使用nettrace网络诊断工具 nettrace nettrace is a eBPF-based tool to trace network packet and diagnose network problem. ...
nettrace rtt分析器
abobob的博客
03-11 1079
文章介绍:本篇文章围绕腾讯开源项目 nettrace 中涉及到的rtt分析器 进行源码梳理介绍
如何使用sqlnet net trace 跟踪或调试oracle连接故障
weixin_34268310的博客
07-16 408
Oracle Net trace 用于跟踪或调试oracle连接故障，连接异常断开或者连接超时等情形，通过产生详细的跟踪信息来进行分析和诊断Oracle Net相关故障。关于这个网络调试主要是通过为相关的网络配置文件添加相关的参数来实现Oracle trace的相关参数如下：trace_level_[client|server|listener] = [0-16|user|a...
【博客573】linux内核层丢包排查方法汇总
qq_43684922的博客
01-07 8855
表示总的收包的错误数量，这包括 too-long-frames 错误，Ring Buffer 溢出错误，crc 校验错误，帧同步错误，fifo overruns 以及 missed pkg 等等。表示数据包已经进入了 Ring Buffer，但是由于内存不够等系统原因，导致在拷贝到内存的过程中被丢弃。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值