写在前面我一直认为，对于电子工程师来讲，最好的学习资料就是芯片或者电子器件的数据手册，可能一开始读起来会很吃力，但只要你能坚持住，并且本着一种不懂就问，不会就查的态度，相信我，不需要多久你就能看到自己的进步。所以今天我就带大家解读一种非常常见，但又似懂非懂的器件——MOSFET，也就是我们常说的MOS管的器件手册。解读对象英飞凌的一款NMOS：lRLML6346TRPbF。数据手册可以在下面这个链接下载：https://www.semiee.com/file/Infineon/Infineon-IRLML6346.pdf但有一点需要提前给大家说明，不同的生产厂商，针对同一器件的手册是不一样的，
写在前面我一直认为，对于电子工程师来讲，最好的学习资料就是芯片或者电子器件的数据手册，可能一开始读起来会很吃力，但只要你能坚持住，并且本着一种不懂就问，不会就查的态度，相信我，不需要多久你就能看到自己的进步。所以今天我就带大家解读一种非常常见，但又似懂非懂的器件——MOSFET，也就是我们常说的MOS管的器件手册。解读对象英飞凌的一款NMOS：lRLML6346TRPbF。数据手册可以在下面这个链接下载：https://www.semiee.com/file/Infineon/Infineon-IRLML6346.pdf但有一点需要提前给大家说明，不同的生产厂商，针对同一器件的手册是不一样的，
1.底层API 由协议栈底层提供的api，用于涉及底层操作的一些功能实现，这些api接口函数的原型定义分布于不同的文件，它们被统一include进了onps.h中：open_npstack_load：将协议栈载入目标系统，协议栈开始运行open_npstack_unload：将协议栈载出目标系统，协议栈结束运行route_add：添加一条静态路由route_del：删除一条静态路由route_del_ext：删除指定网卡在路由表中的所有路由条目，禁止网卡跨网段通讯route_get_default：获取缺省路由dhcp_req_addr：向dhcp服务器请求租用一个动态地址etherne
1.底层API 由协议栈底层提供的api，用于涉及底层操作的一些功能实现，这些api接口函数的原型定义分布于不同的文件，它们被统一include进了onps.h中：open_npstack_load：将协议栈载入目标系统，协议栈开始运行open_npstack_unload：将协议栈载出目标系统，协议栈结束运行route_add：添加一条静态路由route_del：删除一条静态路由route_del_ext：删除指定网卡在路由表中的所有路由条目，禁止网卡跨网段通讯route_get_default：获取缺省路由dhcp_req_addr：向dhcp服务器请求租用一个动态地址etherne
为了便于与英文原文对照学习与理解(部分翻译可能不准确)，本文中的每个子章节标题和引用使用的都是官方手册英文原称。命令及命令行选项统一使用斜体书写。高频小节会用蓝色字体标出。3LinkerScripts每个链接都由一个链接脚本控制。该脚本使用链接器命令语言编写。链接脚本的主要目的是描述如何将输入文件中的各个部分映射到输出文件中，并控制输出文件的内存布局。大多数链接脚本仅此而已。但是，必要时，链接器脚本也可以使用下面描述的命令来指导链接器执行更多的其它操作。链接器通常使用一个链接脚本。如果没有为其提供，链接器将会使用默认的编译在链接器执行文件内部的脚本。可以使用命令’–verbose’显示默认的
为了便于与英文原文对照学习与理解(部分翻译可能不准确)，本文中的每个子章节标题和引用使用的都是官方手册英文原称。命令及命令行选项统一使用斜体书写。高频小节会用蓝色字体标出。3LinkerScripts每个链接都由一个链接脚本控制。该脚本使用链接器命令语言编写。链接脚本的主要目的是描述如何将输入文件中的各个部分映射到输出文件中，并控制输出文件的内存布局。大多数链接脚本仅此而已。但是，必要时，链接器脚本也可以使用下面描述的命令来指导链接器执行更多的其它操作。链接器通常使用一个链接脚本。如果没有为其提供，链接器将会使用默认的编译在链接器执行文件内部的脚本。可以使用命令’–verbose’显示默认的
生产环境大都是在Linux下的，所以这篇文章我们先来分享如何使用Categraf采集LinuxOS相关的指标。读完本篇内容，你应该可以完成机器层面的监控了。原理概述Categraf作为一款agent需要部署到所有目标机器上，因为采集CPU、内存、IO、进程等指标，是需要读取OS里的一些信息的，远程读取不了。采集到数据之后，做格式转换，传输给监控服务端，这里我们使用Nightingale作为监控服务端软件。Categraf推送监控数据到服务端，走的是Prometheus的RemoteWrite协议，是基于protobuf的HTTP协议，所以，不止是Nightingale，所有支持RemoteWr
生产环境大都是在Linux下的，所以这篇文章我们先来分享如何使用Categraf采集LinuxOS相关的指标。读完本篇内容，你应该可以完成机器层面的监控了。原理概述Categraf作为一款agent需要部署到所有目标机器上，因为采集CPU、内存、IO、进程等指标，是需要读取OS里的一些信息的，远程读取不了。采集到数据之后，做格式转换，传输给监控服务端，这里我们使用Nightingale作为监控服务端软件。Categraf推送监控数据到服务端，走的是Prometheus的RemoteWrite协议，是基于protobuf的HTTP协议，所以，不止是Nightingale，所有支持RemoteWr
简介首先，请阅读文章《Kubernetes监控手册01-体系介绍》，回顾一下Kubernetes架构，Kube-Proxy是在所有工作负载节点上的。Kube-Proxy默认暴露两个端口，10249用于暴露监控指标，在 /metrics 接口吐出Prometheus协议的监控数据：[root@tt-fc-dev01.njlib]#curl-shttp://localhost:10249/metrics|head-n10#HELPapiserver_audit_event_total[ALPHA]Counterofauditeventsgeneratedandsenttotheauditbacke
简介首先，请阅读文章《Kubernetes监控手册01-体系介绍》，回顾一下Kubernetes架构，Kube-Proxy是在所有工作负载节点上的。Kube-Proxy默认暴露两个端口，10249用于暴露监控指标，在 /metrics 接口吐出Prometheus协议的监控数据：[root@tt-fc-dev01.njlib]#curl-shttp://localhost:10249/metrics|head-n10#HELPapiserver_audit_event_total[ALPHA]Counterofauditeventsgeneratedandsenttotheauditbacke
