手机上的性能指标是综合的变化，由上图可以看的出来手机更关注人跟机器的交互这，云系统则是比较关注机器跟机器的交互。手机系统比较特别的地方在于资源都是比较受限，例如 : 电量，性能…因此针对用户体验是需要特别庖丁解牛来建立指标。
我们在很多书籍上、博客上都学过或者听说过系统调用与API这两个概念，那么这两个概念究竟是什么意思，它们之间是什么关系呢？如果我们阅读过《操作系统导论》，就会明白操作系统的目的与作用，就会知道内核是要向进程提供服务的，那么内核是如何向进程提供服务的呢？下面我们就来一探究竟。
史胜辉，在MTK工作了11年，一直在基带芯片的USB驱动领域做开发和验证。从最开始做USB2.0/3.0 IP验证和驱动开发到后面带领团队做上层协议驱动开发，以及跟硬件设计部门合作开发全新的USB硬件加速器。
我们在工作中会经常遇到线程同步，那么到底什么是线程同步呢，线程同步的本质是什么，线程同步的方法又有哪些，为什么会有这些方法呢？在回答这些问题之前，我们先做几个名词解释，以便建立共同的概念基础。
进程是程序的执行过程。程序是静态的，是存在于外存之中的，电脑关机后依然存在。进程是动态的，是存在于内存之中的，是程序的执行过程，电脑关机后就不存在进程了。进程的内容来源于程序，进程的启动过程就是把程序从外存加载到内存的过程。程序文件是有格式的，UNIX-Like操作系统的通用程序文件格式是ELF。程序文件是从源码文件编译过来的，源码文件很多是用C或者C++书写的。
图形系统是计算机中最重要的子系统之一。我们平时使用的电脑、手机都是图形界面的。对于普通人来说，没有图形界面的计算机几乎是没法用的，今天我们就来讲一讲图形系统背后的原理。
我是从ARM7TDMI开始接触ARM架构的，当时很幸运有DSP的学习基础，同时遇到了把ARM架构和操作系统结合讲解的书籍。这样，结合自己不断的实践，一直可以跟上ARM架构的演进。长期的跟踪也让我容易能看到ARM的趋势，我从Linaro在做ARM NEON指令集优化关注到Linaro，后面持续的关注以Linaro为首ARM生态组织的发展，几年后的2017年，我作为演讲人分享了ARM架构下的一个TLB性能优化方案，实现了从关注到深度参与到过程。
计算机运行在物理世界中，物理世界中的一切活动都需要消耗能量。能量的形式有很多种，如热能、核能、化学能等。计算机消耗的是电能，其来源是电池或者外电源。计算机内部有一个部件叫做电源管理芯片(PMIC)，它接收外部的电能，然后转化为不同电压的电流，向系统的各个硬件供电。什么硬件需要多少伏的电压，都是由相应的电气标准规定好了的，各个硬件厂商按照标准生成硬件就可以了。上电的过程是由硬件自动完成的，不需要软件的参与。因为硬件不上电的话，软件也没法运行啊。但是当硬件运行起来之后，软件就可以对硬件的电源状态进行管理了。电源管理的内容包括电源状态管理和省电管理。电源状态管理是对整个系统的供电状态进行管理，内容包括睡眠、休眠、关机、重启等操作。省电管理是因为电能不是免费的，我们应该尽量地节省能源，尤其是对于一些手持设备来说，电能虽然并不昂贵但是却非常珍贵，因为电池的容量非常有限。不过省电管理也不能一味地省电，还要考虑性能问题，在性能与功耗之间达到平衡。
在我仔细研究Linux内核中的ftrace之后，发现ftrace中的各个tracers的作用一直被人们严重低估了, 比如我们会花了大量的时间去理解Linux内核中的一块代码，然后猜测可能的执行流， 但是ftrace会首先直接告诉你整个执行流，然后你再去查看代码，这样无论从效率和准确度来讲都是极大的提升。
虽然经常更新内核版本通常被认为是一种安全最佳实践，但由于各种原因，尤其是生产环境中的服务器无法这样操作。这就意味着在机器运行时，会存在利用已知的漏洞(当然，还会有一些未知的漏洞)来进行攻击的情况，所以需要某种方法来检测和阻止对这些漏洞的利用，这正是Linux Kernel Runtime Guard(Linux内核运行时保护LKRG)诞生目的所在。
从文章Linux Kernel运行时安全检测之LKRG-原理篇可以看到，LKRG可以对正在运行的Linux内核进行检测，并希望能够及时响应对正在运行的进程用户id等凭证未经授权的修改(完整性检查)。对于进程凭据，LKRG尝试检测漏洞，并在内核根据未经授权的凭据授予访问权限(例如打开文件)之前采取行动。并且是以可加载的内核模块的形式，检测正在运行的内核是否存在更改情况，以表明正在对其使用某种类型的漏洞利用。除此之外，它还可以检查系统上运行的进程，以查找对各种凭证的未经授权修改，以防止这些更改授予额外的访问权限。
邢孟棒，曾供职于阿里、网易，目前在腾讯云专职做性能优化方向。Linux 业余爱好者，偏好钻研各类工具源码与底层技术原理。在日常的性能工程实践中，比较注重方法论的探索、优化案例的沉淀。热衷于 eBPF 技术，擅长传统工具与 BPF 工具的结合应用。
大家都听说过红黑树，也都知道红黑树很厉害，是计算机里面评价非常高的数据结构。但是每当想学习红黑树的时候，却总是找不到通俗易懂很好理解的学习资料。很多书上上来就是红黑树的定义，然后就是红黑树的实现，直接就把人给整晕了。光看红黑树的定义就有5条，为什么要有5条定义，为什么要这么定义，这么定义是什么意思，光定义都让人懵了，更别说实现了。我看最近抖音上有很多人在讲底层逻辑，只要你掌握了底层逻辑，其它的问题都不在话下，今天我们也来讲一讲红黑树的底层逻辑。在讲之前我们先介绍一下红黑树的诞生，红黑树是Rudolf Bayer在1972年首先提出来的，不过当时并不叫红黑树，而是叫对称二叉 B 树(symmetric binary B-trees)。后来在1978年Leo J. Guibas 和 Robert Sedgewick 对此数据结构进行了修改和完善，并重新命名为红黑树。为什么叫红黑树呢？有两种说法，因为红黑树中要对节点连接做两种颜色的区分，一说是因为当时的书写笔只有红色和黑色两种颜色，另一说是当时的打印机只有红和黑两种颜色。
我们先来说一说什么是排序、为什么要排序。什么是排序，这个很简单，就是把无序的东西按照一定的规则顺序排列成升序或者降序。为什么要排序，有两个原因，一是为了方便后面的查找，如果没有排序的话只能进行线性查找，时间复杂度是O(n)，如果排序了就可以进行二分查找，时间复杂度是O(logn)，复杂度一下子就大大降低了。我们来说明一下这两种复杂度的差别有多么悬殊(虽然用词错误，但是这么用确实很符合气氛)，假设n是10亿的话，O(n)还是10亿，而O(logn)是30多(以2为底，假设系数是1)，30多和10亿比都可以忽略不计了。二是为了显示的时候按照顺序显示，人类的习惯就是喜欢看有序的东西。
在我仔细研究Linux内核中的ftrace之后，发现ftrace中的各个tracers的作用一直被人们严重低估了, 比如我们会花了大量的时间去理解Linux内核中的一块代码，然后猜测可能的执行流， 但是ftrace会首先直接告诉你整个执行流，然后你再去查看代码，这样无论从效率和准确度来讲都是极大的提升。
