BCC

3 月，跳不动了？>>> 作者：刘安 爱可生测试团队成员，主要负责 TXLE 开源项目相关测试任务，擅长 Python 自动化测试开发，最近醉心于 Linux 性能分析优化的相关知识。 本文来源：原创投稿 *爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。 最近在极客时间上学习《Linux 性能优化实战》，接触到了基于 eBPF 的 BCC 软件包。今天来分享一下 bcc 软件包中用来观测 MySQL 的几个工具。 1.什么是 BPF 和 eBPF BPF = Berkeley Packet Filter https://en.wikipedia.org/wiki/Berkeley_Packet_Filter BPF 是类 Unix 系统上数据链路层的一种原始接口，提供原始链路层封包的收发 BPF 支持过滤数据包——用户态的进程可以提供一个过滤程序来声明它想收到哪些数据包 从 3.18 版本开始，Linux 内核提供了一种扩展的 BPF 虚拟机，被称为 “extended BPF”，简称为 eBPF。它能够被用于非网络相关的功能，比如附在不同的 tracepoints 上，从而获取当前内核运行的许多信息 实际上 tcpdump 使用的 libpcap 就是基于 BPF 的。而接下来我们要介绍的基于 eBPF 的 bcc

3 月，跳不动了？>>> 如果软件开发一直处于手工阶段，大家都从零开始开发，岂不是浪费？低代码开发的主要想法，就是将软件的技术门槛降下来，同时将大家重复的工作消除掉，提高开发效率。代码快速开发平台是未来软件开发的主流模式，美国有数据预测，到2021年75%的软件应用都将在低代码开发平台中完成，到2025免这个数据将会变成90%。 像国外的OutSystems、Mendix或者国内最新自主研发的XJR快速开发平台等等，都可以开发OA、ERP、CRM、HR、进销存等各种企业管理应用，并无缝集成打通其他软件系统，实现各系统间的互联互通。 为什么低代码快速开发平台将是未来软件开发的主流模式？ 随着信息化技术的发展，企业对信息化开发的需求正在逐渐改变，传统的定制开发已经无法满足企业需求。低代码开发平台，让开发者可以基于平台快速搭建企业信息化系统，这种新型的开发方式，数以倍计的提高着开发者的开发效率。具体体现在以下方面： 1、成本和效率优势 低代码开发平台和原生代码开发相比到底能够提高多少效率目前还没有精确的计量，但代码量上至少可以节省80%，传统开发模式需要一周完成的工作，采用低代码开发平台--通过XJR快速开发框架的拖拽拉，可视化操作通常一天就可以做到。 2、满足企业的多样化需求 企业软件需求的多样化是定制开发模式的起源。虽然标准软件产品能够满足企业应用需求中的共性部分，但是因为行业

【BPF】学习笔记 - BCC工具[6] 本学习笔记来自于阅读 Brendan Gregg 的《BPF Performance Tools》 BPF编译器集合(BCC)是一个开放源代码项目，其中包含用于构建BPF软件的编译器框架和库。 它是BPF的主要前端项目，受到BPF开发人员的支持. BCC还包含70多个现成的BPF性能分析和故障排除工具 BCC 组件 : BCC包含有关工具，手册页和示例文件的文档，以及有关使用BCC工具的指南，以及有关BCC工具开发的指南和参考指南。 它提供了用于在Python，C ++中开发BCC工具的接口； 将来可能会添加更多接口 BCC工具使用的主要语言是Python（用于用户级组件）和C（用于内核级BPF）。指南中的建议之一是 “编写工具即可解决问题，而无需更多”. 这鼓励在可能的情况下开发 单一用途 的工具，而不是多功能的工具 一、 单一目的工具 Unix的哲学是做一件事并做好, 其中一种方式是创建较小的高质量工具，可以使用管道将它们连接在一起以完成更复杂的任务，例如 grep , cut 等 考虑一下如何为跟踪open系列syscall的一项任务自定义选项和输出: $ opensnoop -h usage: opensnoop [ -h ] [ -T ] [ -U ] [ -x ] [ -p PID ] [ -t TID ] [ -u UID ]

Problem UVALive - 5135 - Mining Your Own Business Time Limit: 5000 mSec Problem Description John Digger is the owner of a large illudium phosdex mine. The mine is made up of a series of tunnels that meet at various large junctions. Unlike some owners, Digger actually cares about the welfare of his workers and has a concern about the layout of the mine. Specifically, he worries that there may a junction which, in case of collapse, will cut off workers in one section of the mine from other workers (illudium phosdex, as you know, is highly unstable). To counter this, he wants to install special

题意： 　　给出一个连通图，要求将某些点涂黑，使得无论哪个点 （包括相关的边） 撤掉后能够成功使得剩下的所有点能够到达任意一个涂黑的点，颜料不多，涂黑的点越少越好，并输出要涂几个点和有多少种涂法。 思路： 　　要使得任意撤掉一个点都能使其他点能够到达黑点，那么点双连通分量能保证这点，那么就在同个点双连通分量内涂黑1个点。但是每个【点双连通分量】都涂吗？太浪费颜料了，那就缩点成树，只需要涂叶子即可，那就找度为1的缩点。但是种数呢？叶子内的点除了割点外都是可以涂黑的，因为如果黑色割点被撤掉，那么叶子中的其他点怎么办?所以不能涂割点，每个黑点有【叶子中的点数-1】种涂法，所有黑店的涂法相乘为第2个结果。 　　特殊情况，因为给的是连通图且至少有2个点，那么还可能会出现没有割点的情况（仅1个点双连通分量），那就直接涂黑两个，以防一个黑点被撤掉。 　　 此题出现的连续的点可能多达10万个，DFS就会爆栈。在C++下可以手动开栈，G++下的还不清楚怎么开。 1 #pragma comment(linker,"/STACK:102400000,102400000")//开栈 2 //#include <bits/stdc++.h> 3 #include <iostream> 4 #include <cstdio> 5 #include <cstring> 6 #include <algorithm

2730: [HNOI2012]矿场搭建 Time Limit: 10 Sec Memory Limit: 128 MB Submit: 2317 Solved: 1076 [ Submit ][ Status ][ Discuss ] Description 煤矿工地可以看成是由隧道连接挖煤点组成的无向图。为安全起见，希望在工地发生事故时所有挖煤点的工人都能有一条出路逃到救援出口处。于是矿主决定在某些挖煤点设立救援出口，使得无论哪一个挖煤点坍塌之后，其他挖煤点的工人都有一条道路通向救援出口。请写一个程序，用来计算至少需要设置几个救援出口，以及不同最少救援出口的设置方案总数。 Input 输入文件有若干组数据，每组数据的第一行是一个正整数 N（N≤500），表示工地的隧道数，接下来的 N 行每行是用空格隔开的两个整数 S 和 T，表示挖 S 与挖煤点 T 由隧道直接连接。输入数据以 0 结尾。 Output 输入文件中有多少组数据，输出文件 output.txt 中就有多少行。每行对应一组输入数据的 结果。其中第 i 行以 Case i: 开始（注意大小写， Case 与 i 之间有空格， i 与 :之间无空格， : 之后有空格），其后是用空格隔开的两个正整数，第一个正整数表示对于第 i 组输入数据至少需 要设置几个救援出口，第二个正整数表示对于第 i