我们测试驱动加载是否正常工作，一般都会写应用程序去测试，这样驱动程序中需要实现 open、read 函数和 write 函数，然后写一个应用程序通过 open 打开节点，获取 fb 文件描述符，进而对文件进行读写操作。
/**************************************************************** 文件内容:内核之链队操作 版本V1.0 作者：HFL 时间：2013-12-22 说明：用户态中链表每个节点包含数据域和指针域，而内核态是每个数据中包含链表 因此内核态链表一般是嵌套在某个包含数据成员的结构体来实现。 内核的链表应用非常广泛：进程管理，定时器，工作队列，运行队列。总之 内核对于多个数据的组织和多个熟悉的描述都是通过链表串起来的。 *****************************************************************/ #include <linux/kernel.h> #include <linux/module.h> #include <linux/init.h> #include <linux/slab.h> #include <linux/list.h> MODULE_DESCRIPTION("My Module"); MODULE_ALIAS("My module"); MODULE_LICENSE("GPL"); MODULE_AUTHOR("HFL21014"); struct student { char name[100]; int counter; struct list_head list; }; struct student *Mystudent; struct student *Temp_student; struct list_head student_list; struct list_head *pos; int Kernel_list_init() { int j = 0; INIT_LIST_HEAD(&student_list); Mystudent = kmalloc(sizeof(struct student)*5,GFP_KERNEL); memset(Mystudent,0,sizeof(struct student)*5); for(j=0;j<5;j++) { sprintf(Mystudent[i].name,"Student%d",j+1); Mystudent[j].counter = j+1; list_add( &(Mystudent[j].list), &student_list); } list_for_each(pos,&student_list) //遍历整个内核链表,pos其实就是一个for循环标量。中间临时使用，既不输入也不输出 { Temp_student = list_entry(pos,struct student,list); printk("hello,my student %d name: %s\n",Temp_student->counter,Temp_student->name); } return 0; } void Kernel_list_exit() { int k ; /* 模块卸载是要删除链表，并释放内存 */ for(k=0;k<10;jk++) { list_del(&(Mystudent[k].list)); } kfree(Mystudent); } module_init(Kernel_list_init);
王竞原，负责网游刀锋铁骑项目，高级开发工程师，使用C++已有10年，非常喜欢C++，特别是C++11。希望能与广大的C++爱好者多交流。 一、什么是Android的C/C++ NativeCrash Android上的Crash可以分两种： 1、Java Crash java代码导致jvm退出，弹出“程序已经崩溃”的对话框，最终用户点击关闭后进程退出。 Logcat 会在“AndroidRuntime”tag下输出Java的调用栈。 2、Native Crash 通过NDK，使用C/C++开发，导致
使用的 Eclipse C/C++ 来进行操作。 如果不懂如何利用Eclipse操作的话，推荐看这两篇博客介绍。 Eclipse 进行Linux远程开发 Eclipse 远程Debug调试C程序
之前通过读取/proc/pid/mem的方法读取某个进程的内存数据，mem内部是用copy_from_user实现的，是对虚拟地址进行的操作。但是在某一时刻，该进程的所有内存页不一定都已经被加载到内存。由于虚拟内存的存在，只有那页代码被访问到时(copy_from_user()会判断缺页的情况)，才会产生缺页中断，将该页代码加载到内存。这种方式并不够理想，理想的方法是判断哪些数据页已加载到内存中，然后对其进行度量。
本文主要介绍内核开发中常用的模块传参手段，通过模块参数传递可以通过用户态来获取内核的一些信息，也可以通过用户态写入一些值来控制内核相关行为。一般内核开发者很喜欢使用模块传参来调试内核功能，如damon模块（数据访问监控器）。
看到一个null pointer dereference的demo使用了这个函数。
当我们使用Ptrace方式跟踪一个进程时，目标进程会记录自己被谁跟踪，可以查看/proc/pid/status看到这个信息，下图展示的是使用ida进行调试的情况。
Ubuntu的一个具体问题是在Linux内核中的overlayfs文件系统，它没有正确地验证文件系统功能在用户名称空间方面的应用，由于Ubuntu中的一个补丁允许非特权的overlayfs挂载，本地攻击者可以利用它来获得更高的权限。
在linux内核中封装了一个通用的双向链表库，这个通用的链表库有很好的扩展性和封装性，它给我们提供了一个固定的指针域结构体，我们在使用的时候，只需要在我们定义的数据域结构体中包含这个指针域结构体就可以了，具体的实现、链接并不需要我们关心，只要调用提供给我们的相关接口就可以完成了。
一、通常服务器的性能会卡在三个地方： cpu 网络IO 磁盘IO 二、在优化性能的时候，首先要判断性能的瓶颈在上述的哪个地方。然后对症下药，按照下面的方法来优化： 1、提高CPU性能的方法 并发。利用多线程、进程。老的线程库效率太低，需要升级用nptl 。进（线）程数不要大于cpu个数 （请参考：http://www.ibm.com/developerworks/cn/linux/l-threading.html） 谨慎用锁。改善架构，尽量不用锁。 慎用字符串操作，比如sprintf,snprintf，因为
近期在做Android双系统开发和维护工作，可能以后也不会涉及到这块了，做个记录！刚接触还是很难的，所以以后有同学如果能做到这块，不要着急，任何技术都是需要时间积累，就这么三两个月能开始修改内核的代码，多少还是觉得有些意思的！
直接读取/proc/{pid} 文件夹的时间戳方式（不准确但效率高），以下是方法一的代码，但是我没有验证过
控制集成系统需要了解系统的各项硬件信息，之前我们设计的时候，习惯使用c函数来搞，后来可能发现程序的移植性收到了一些影响，比如unix内核的一些c函数在linux下面是没有的：
1 uboot将Linux DTB二进制文件传递给Linux kernel, Linux kernel在启动过程中，会将DTB二进制文件加载进内存，并将device tree展开，通过深度遍历整棵树，填充每个节点和属性, 调用过程start_kernel() -> setup_arch() -> unflatten_device_tree()
UNIX/Linux 是多任务的操作系统，通过多个进程分别处理不同事务来实现，如果多个进程要进行协同工作或者争用同一个资源时，互相之间的通讯就很有必要了
SPI 是一种高速、高效率的串行接口技术。通常由一个主模块和一个或多个从模块组成，主模块选择一个从模块进行同步通信，从而完成数据的交换，被广泛应用于 ADC、LCD 等设备与 MCU 之间。全志的 spi 控制器支持以下功能：
EasyGBS的部分项目现场是具有摄像头直播流量统计功能的，在某项目中，我们发现EasyGBS通道直播正常的情况下；所有摄像头的直播流量上下行均为零后发现公网也存在此问题。
鉴于目前还没有针对这个漏洞的详细分析，原作者的advisory对新手来说也很不友好，我就写了这篇文章。
进程地址空间的隔离 是现代操作系统的一个显著特征。这也是区别于 “古代”操作系统 的显著特征。
下面文章中的 “ 数据是每隔5秒钟检查一次活跃的进程数，然后根据这个数值算出来的。如果这个数除以CPU的数目，结果高于5的时候就表明系统在超负荷运转了。” 具体是什么意思， 如果是cpu为8颗（双核，4核不知道如何算），目前load average 为： 20.22，20.03，18.99 应该不算超负荷运作了 ？
前言 cgroup作为Linux上广泛应用的一个功能，用来限制、控制与分离一个进程组群的资源。在内核Linux-4.14上，支持了如下类型（源代码参考https://github.com/torvalds/linux/blob/v4.14/include/linux/cgroup_subsys.h）： SUBSYS(cpuset) SUBSYS(cpu) SUBSYS(cpuacct) SUBSYS(io) SUBSYS(memory) SUBSYS(devices) SUBSYS(freezer) SUBSYS(net_cls) SUBSYS(perf_event) SUBSYS(net_prio) SUBSYS(hugetlb) SUBSYS(pids) SUBSYS(rdma) SUBSYS(debug) 查看目前实际打开了其中的一部分： # cat /boot/config-`uname -r` | grep CONFIG_CGROUP_ CONFIG_CGROUP_WRITEBACK=y CONFIG_CGROUP_SCHED=y CONFIG_CGROUP_PIDS=y # CONFIG_CGROUP_RDMA is not set CONFIG_CGROUP_FREEZER=y # CONFIG_CGROUP_HUGETLB is not set CONFIG_CGROUP_DEVICE=y CONFIG_CGROUP_CPUACCT=y CONFIG_CGROUP_PERF=y CONFIG_CGROUP_BPF=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_NET_PRIO=y CONFIG_CGROUP_NET_CLASSID=y 尤其是其中的CPU的Quota控制，在以docker为代表的PaaS中大显身手。然而，这并不意味着cgroup的CPU Quota控制就是完美的。例如，希望一个进程占用的CPU不超过200%，那么它的真实的CPU占用是怎样的呢？接下来，作者会构造一段代码，可以算是一种极端场景，来证实这个问题确实存在。
近日，腾讯洋葱反入侵系统检测发现了一起仿造开源软件官方站点的钓鱼事件，并已与官方作者取得联系。事实上该开源软件目前仅在github发布，目前正在尝试推动该站点下线。由于该问题在互联网广泛传播，腾讯安全应急响应中心（TSRC）秉承共建安全生态的原则，在此建议禁止访问该网站，并根据附件IOC尽快自查感染情况，保障用户安全。
本文主要探讨了在Linux系统中，文件锁的概念、实现方式、相关命令和应用场景。文件锁主要用于保护文件系统，避免因多个进程并发访问同一文件而导致的竞争条件。通过使用锁命令和工具，可以有效地管理文件锁，确保文件系统的安全性和稳定性。
gettimeofday()的开销 在Linux中，Nginx通过gettimeofday()获取系统当前时间； gettimeofday是C库提供的函数（不是系统调用），它封装了内核里的sys_gettimeofday系统调用。 Linux的系统调用通过int 80h实现，用系统调用号来区分入口函数，步骤大致如下： 1 API将系统调用号存入EAX，然后通过中断调用使系统进入内核态； 2 内核中的中断处理函数根据系统调用号，调用对应的内核函数（系统调用）； 3 系统调用完成相应功能，将返回值存入EAX，返回到中断处理函数； 4 中断处理函数返回到API中； 5 API将EAX返回给应用程序
int fprintf( FILE *stream, const char *format, … ); copyright www.jhua.org
本文是描述我们如何在生产中使用 eBPF 调试应用程序的系列文章中的第一篇，无需重新编译/重新部署，这篇文章介绍了如何使用 gobpf[1] 和uprobes 为 Go 应用程序建立一个函数参数跟踪器，这种技术也可以扩展到其他编译语言，如 C++、Rust 等。
原文地址：https://blog.px.dev/ebpf-function-tracing/
刚开始接触go时，发现go程序和php程序的其中一个不同是php是解释性语言，go是编译型语言，即每次在有程序改动后，需要重新运行 go run或go build进行重新编译，更改才能生效，实则不便。于是乎在网络上搜索发现了gowatch这个包，该包可通过监听当前目录下相关文件的变动，对go文件实时编译，提高研发效率。那gowatch又是如何做到监听文件变化的呢？
这是本系列文章的第一篇, 讲述了我们如何在生产环境中使用 eBPF 调试应用程序而无需重新编译/重新部署. 这篇文章介绍了如何使用 gobpf 和 uprobe 来为 Go 程序构建函数参数跟踪程序. 这项技术也可以扩展应用于其他编译型语言, 例如 C++, Rust 等. 本系列的后续文章将讨论如何使用 eBPF 来跟踪 HTTP/gRPC/SSL 等.
呵，段错误？自从我看了这篇文章，我还会怕你个小小段错误？ 请打开你的Linux终端，跟紧咯，准备发车！！嘟嘟嘟哒~~
这是本系列文章的第一篇，讲述了我们如何在生产环境中使用 eBPF 调试应用程序而无需重新编译/重新部署。这篇文章介绍了如何使用 gobpf 和 uprobe 来为 Go 程序构建函数参数跟踪程序。这项技术也可以扩展应用于其他编译型语言，例如 C++，Rust 等。本系列的后续文章将讨论如何使用 eBPF 来跟踪 HTTP/gRPC/SSL 等。
近日在一次测试Linux内核路由查找算法的过程中，发现一个printf语句竟然能将性能降低2/3。当然，使用“竟然”一词并不意味着这个问题是第一次发现，我的想法是，把它记录下来，让没有经验的同学对printf知其所以然，同时导出我对“性能攸关”的这类算法中记录日志的一个观点。
一、功能介绍 通过sysinfo函数获取系统内存的使用情况。 sysinfo函数的帮助页如下： wbyq@wbyq:/mnt/hgfs/linux-share-dir/linux_c$ man sysinfo SYSINFO(2) Linux Programmer's Manual SYSINFO(2) NAME sysinfo - return system information SY
Kubelet 出于对节点的保护，允许在节点资源不足的情况下，开启对节点上 Pod 进行驱逐的功能。最近对 Kubelet 的驱逐机制有所研究，发现其中有很多值得学习的地方，总结下来和大家分享。
/************************************************************************************
容器追踪模块的ebpf代码服用了process追踪模块的ebpf代码，因此这里我们只介绍用户态下对数据处理的设计。 当内核态捕捉到进程的数据返回到用户态时，我们调用judge_container()函数，判断该进程是否归属于一个container，其具体实现为：
有幸能够参与这次比赛，学到了很多知识，在这个过程中不断学习TencentOS，并且成功完成了hello world的运行。
mmap（memory map）即内存映射，用于将一个文件或设备映射到进程的地址空间，或者创建匿名的内存映射。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huangweiqing80/article/details/83088465
前三行自行更换成自己的 NDK 路径即可，PREFIX 就是最终编译输出地址，根据情况也可以修改。
大家知道很多视频点播平台都是具备倍速播放功能的，在我们EasyDSS平台中，也有项目团队提出需求，需要根据用户参数可自行修改视频播放速度。
Docker 是一种流行的容器化平台，它利用 Linux 内核中的 cgroups 和 namespaces 特性实现了轻量级的容器隔离。下面将详细介绍 Docker 的底层实现原理，并深入的看看探索其中使用到的三个系统调用与容器隔离的关系。
比如 char *p=”sdflkjasljfsjlsdfsa”; char p1[200]; 将p赋给p1 （1）strcpy(p1,p); （2）char *src=”helloworld”; char des[100]={0}; memcpy(des,src,strlen(src)+1); //void *memcpy(void *str1, const void *str2, size_t n) 从存储区 str2 复制 n 个字符到存储区 str1。 （3）用循环也可以: for(int i=0;*(p+i)!=’\0’;i++) { p1[i]=*(p+i); } （4）sprintf(p1,”%s”,p);//p1长度需要大于p，否则会发生溢出 C 库函数 – sprintf() http://www.runoob.com/cprogramming/c-function-sprintf.html linux c之snprintf()和sprintf()区别 https://blog.csdn.net/u011068702/article/details/61916220
Web服务器是一个基于Linux的简单的服务器程序，其主要功能是接收HTTP请求并发送HTTP响应，从而使客户端能够访问网站上的内容。本项目旨在使用C++语言，基于epoll模型实现一个简单的Web服务器。选择epoll模型是为了高效地处理大量并发连接。
unix访问文件的传统方法使用open打开他们，如果有多个进程访问一个文件，则每一个进程在再记得地址空间都包含有该文件的副本，这不必要地浪费了存储空间。下面说明了两个进程同时读一个文件的同一页的情形，系统要将该页从磁盘读到高速缓冲区中，每个进程再执行一个内存期内的复制操作将数据从高速缓冲区读到自己的地址空间。
知识分享之Golang篇是我在日常使用Golang时学习到的各种各样的知识的记录，将其整理出来以文章的形式分享给大家，来进行共同学习。欢迎大家进行持续关注。
本篇是Android后台杀死系列的第三篇，前面两篇已经对后台杀死注意事项，杀死恢复机制做了分析，本篇主要讲解的是Android后台杀死原理。相对于后台杀死恢复，LowMemoryKiller原理相对简单，并且在网上还是能找到不少资料的，不过，由于Android不同版本在框架层的实现有一些不同，网上的分析也多是针对一个Android版本，本文简单做了以下区分对比。LowMemoryKiller(低内存杀手)是Andorid基于oomKiller原理所扩展的一个多层次oomKiller，OOMkiller(Out Of Memory Killer)是在Linux系统无法分配新内存的时候，选择性杀掉进程，到oom的时候，系统可能已经不太稳定，而LowMemoryKiller是一种根据内存阈值级别触发的内存回收的机制，在系统可用内存较低时，就会选择性杀死进程的策略，相对OOMKiller，更加灵活。在详细分析其原理与运行机制之前，不妨自己想一下，假设让你设计一个LowMemoryKiller，你会如何做，这样一个系统需要什么功能模块呢？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
