廖威雄，就职于珠海全志科技股份有限公司，负责Linux IO全栈研发、性能优化、开源社区开发交流、Linux 内核开源社区pstore/blk,mtdpstore模块的作者、大客户存储技术支持、全志首个UBI存储方案主导人、全志首个RTOS NFTL主导人
这里，你现在可以知道System.map文件是干什么用的了。 每当你编译一个新内核时，各种符号名的地址定会变化。 /proc/ksyms 是一个 "proc文件" 并且是在内核启动时创建的。实际上 它不是一个真实的文件；它只是内核数据的简单表示形式，呈现出象一个磁盘文件似 的。如果你不相信我，那么就试试找出/proc/ksyms的文件大小来。因此， 对于当前运行的内核来说，它总是正确的.. 然而，System.map却是文件系统上的一个真实文件。当你编译一个新内核时，你原 来的System.map中的符号信息就不正确了。随着每次内核的编译，就会产生一个新的 System.map文件，并且需要用该文件取代原来的文件。
pstore文件系统（是的，这是个文件系统）是Persistent Storage的缩写，最早在2010年由 Tony Luck 设计并合入Linux主分支，设计的初衷是在内核Panic/Oops时能自动转存内核日志（log_buf），在Panic重启后，把转存的日志以文件形式呈现到用户空间以分析内核崩溃问题。
本文旨在介绍下几种常见的调试方法gdb、crash、kgdb and kdb 以及dynamic debug. 关于在 Linux 内核上使用debuggers，Linus Torvalds 长期以来对它们不太喜欢。简短地解释这种态度是，依赖调试器可能鼓励用权宜之计而非深思熟虑来解决问题，这会导致代码质量恶化。详细解释可以参考https://lwn.net/2000/0914/a/lt-debugger.php3
Android OS由3层组成，最底层是Kernel，上面是Native bin/lib，最上层是Java层：
7. vsftpd 500 OOPS: cannot change directory
来自Linus Torvalds的讨论: https://groups.google.com/group/linux.kernel/browse_thread/thread/b70bffe9015a8c41/ed9c0a0cfcd31111 又，http://kerneltrap.org/Linux/Further_Oops_Insights 例如这样的一个Oops： Oops: 0000 [#1] PREEMPT SMP Modules linked in: capidrv kernelcapi isdn slhc ipv6 loop dm_multipath snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd parport_pc floppy parport pcnet32 soundcore mii pcspkr snd_page_alloc ac i2c_piix4 i2c_core button power_supply sr_mod sg cdrom ata_piix libata dm_snapshot dm_zero dm_mirror dm_mod BusLogic sd_mod scsi_mod ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd Pid: 1726, comm: kstopmachine Not tainted (2.6.24-rc3-module #2) EIP: 0060:[] EFLAGS: 00010092 CPU: 0 EIP is at list_del+0xa/0x61 EAX: e0c3cc04 EBX: 00000020 ECX: 0000000e EDX: dec62000 ESI: df6e8f08 EDI: 000006bf EBP: dec62fb4 ESP: dec62fa4 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 Process kstopmachine (pid: 1726, ti=dec62000 task=df8d2d40 task.ti=dec62000) Stack: 000006bf dec62fb4 c04276c7 00000020 dec62fbc c044ab4c dec62fd0 c045336c df6e8f08 c04532b4 00000000 dec62fe0 c043deb0 c043de75 00000000 00000000 c0405cdf df6e8eb4 00000000 00000000 00000000 00000000 00000000 Call Trace: [] show_trace_log_lvl+0x1a/0x2f [] show_stack_log_lvl+0x9b/0xa3 [] show_registers+0xa3/0x1df [] die+0x11f/0x200 [] do_page_fault+0x533/0x61a [] error_code+0x72/0x78 [] __unlink_module+0xb/0xf [] do_stop+0xb8/0x108 [] kthread+0x3b/0x63 [] kernel_thread_helper+0x7/0x10 ======================= Code: 6b c0 e8
这里能够简要的告诉是什么问题触发了oops，显然是由于访问非法地址00000000异常。如果是由代码直接调用BUG()/BUG_ON()一类的，还能给出源代码中触发的行号。
图解分析：https://www.cnblogs.com/lqlqlq/p/13912325.html
图灵最先发明了栈，但没有给它取名字。德国人鲍尔也“发明”了栈，取名叫酒窖。澳大利亚人汉布林也“发明”了栈，取名叫弹夹。1959年，戴克斯特拉在度假时想到了Stack这个名字，后来被广泛使用。
本文主要服务于使用Tina软件平台的广大客户，帮助开发人员方便快速了解Tina平台系统调试工具。
适用范围: 本文适用于Tina3.5版本以上软件平台;对硬件环境没有要求，所有Allwinner硬件平台都适 用。 其中，注意linux-5.4内核上暂未支持pstore功能。
我们在项目开发过程中，很多时候会出现由于某种原因经常会导致手机系统死机重启的情况（重启分Android重启跟kernel重启，而我们这里只讨论kernel重启也就是 kernel panic 的情况），死机重启基本算是影响最严重的系统问题了，有稳定复现的，也有概率出现的，解题难度也千差万别，出现问题后，通常我们会拿到类似这样的kernel log信息（下面log仅以调用BUG()为例，其它异常所致的死机log信息会有一些不同之处）：
在一个我们谈到了如何编写一个简单的字符设备驱动程序，我们不是神，编写肯定会失败的代码，在这个过程中，我们需要继续写代码调试。在普通c应用。我们经常使用printf输出信息。或者使用gdb要调试程序，然后司机如何调试它？的问题，在应用程序中执行这样的程序就会报segmentation fault的错误，而因为驱动程序的特殊性，出现此类情况后往往会直接造成系统宕机。并会抛出oops信息。那么我们怎样来分析oops信息呢，甚至依据oops信息来定位详细的出错的代码行呢？以下就依据一个简单的实例来说明怎样调试驱动程序。
上一篇我们大概聊了如何写一个简单的字符设备驱动，我们不是神，写代码肯定会出现问题，我们需要在编写代码的过程中不断调试。在普通的c应用程序中，我们经常使用printf来输出信息，或者使用gdb来调试程序，那么驱动程序如何调试呢？我们知道在调试程序时经常遇到的问题就是野指针或者数组越界带来的问题，在应用程序中运行这种程序就会报segmentation fault的错误，而由于驱动程序的特殊性，出现此类情况后往往会直接造成系统宕机，并会抛出oops信息。那么我们如何来分析oops信息呢，甚至根据oops信息来定位
这个例子其实有点反人类，估计大部分人（包括我）对这种转换的第一反应肯定是“当然是对的”（这就掉坑了），说下我的理解：
本文总结了通过分析ARM平台上的内核调试信息来定位程序错误的方法。首先介绍了调试信息和调试流程，然后详细描述了如何使用GDB来调试内核代码，包括设置断点、查看寄存器、分析堆栈信息等。最后，通过一个具体的例子来演示了如何使用GDB来调试内核程序，并分析了其中的错误和解决方法。
x > -DBL_EPSILON && x < DBL_EPSILON: 为何不是>= && <= 呢？
内核的配置选项中包含了一些与内核调试相关的选项，都集中在”kernel hacking”菜单中。包括：
摘要总结：本文介绍了从驱动程序加载到内核的流程和原理，并通过实例详细阐述了驱动程序加载的具体过程、驱动程序与内核的交互以及驱动程序加载失败的原因和解决方法。
垃圾回收机制最早诞生于Lisp编程语言，但Lisp的作者McCathy在第一次现场演示Lisp时却因中途耗尽全部32KB内存以及一些其他原因只能草草收场。60年后的今天，垃圾回收技术再也不是一个笑话，它俨然成为诸如Java、C#、Python、Erlang、Golang编程语言的核心组件。
hs_err_pid这种文件，是JVM出现错误时dump下来的。记录了错误发生当时： 1）JVM的状态参数 2）Linux的状态参数 就以下面的文件为例： # # There is insufficient memory for the Java Runtime Environment to continue. # Cannot create GC thread. Out of system resources. # Possible reasons: # The system is out of p
3.class ClassName[:Super] 表示声明一个类型，Super值存在时，说明它继承Super类型。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
上章链接入口: https://blog.csdn.net/qq_16933601/article/details/104327937 在上章里,我们分析了oops的PC值在哪个函数出错的
我们对copy_{to,from}_user()接口的使用应该是再熟悉不过吧。基本Linux书籍都会介绍它的作用。毕竟它是kernel space和user space沟通的桥梁。所有的数据交互都应该使用类似这种接口。所以，我们没有理由不知道接口的作用。但是，我也曾经有过以下疑问。
因为，函数调用时不带其他修饰的函数调用，使用默认绑定 this 到全局 window 对象上。
pstore最初是用于系统发生oops或panic时，自动保存内核log buffer中的日志。不过在当前内核版本中，其已经支持了更多的功能，如保存console日志、ftrace消息和用户空间日志。同时，它还支持将这些消息保存在不同的存储设备中，如内存、块设备或mtd设备。 为了提高灵活性和可扩展性，pstore将以上功能分别抽象为前端和后端，其中像dmesg、console等为pstore提供数据的模块称为前端，而内存设备、块设备等用于存储数据的模块称为后端，pstore core则分别为它们提供相关的注册接口。
在 JavaScript 中，this 的绑定规则有4种，规则间存在着不同的优先级。
编译器信息最新动态推荐关注hellogcc公众号 本周更新OSDT Weekly 2022-01-26 第134期
最近由于系统业务量比较大，从生产的GC日志(结合Pinpoint)来看，需要对部分系统进行GC调优。但是鉴于以往不是专门做这一块，但是一直都有零散的积累，这里做一个相对全面的总结。本文只针对HotSpot VM也就是Oracle Hotspot VM或者OpenJDK Hotspot VM，版本为Java8，其他VM不一定适用。
JVM 在执行 Java 应用程序时，将加载的 Java 类的许多细节记录在内存中，这些信息称为类元数据（Class MetaData）。这些元数据对于 Java 的很多灵活的语言以及虚拟机特性都是很重要的，比如动态类加载、JIT 实时编译、反射以及动态代理等等。不同的 JVM 加载类保存的内存信息是不一样的，它们通常在更低的内存占用与更快的执行速度之间进行权衡（类似于空间还是时间的权衡）。对于 OpenJDK Hotspot 使用的则是相对丰富的元数据模型来获得尽可能快的性能（时间优先，不影响速度的情况下尽量优化空间占用）。相比于 C,C++,Go 这些离线编译为可执行二进制文件的程序相比，像 JVM 这样的托管运行时动态解释执行或者编译执行的，则需要保留更多关于正在执行的代码的运行时信息。原因如下：
面向对象编程（OOPs）是一种在程序中实现对象概念的编程范式。它旨在通过在编程中实现继承、抽象、多态等现实世界中的实体，为现实世界中的问题提供更简便的解决方案。OOPs概念被广泛应用于Java、Python、C++等多种流行语言中。
也就是说增长到1000的数组如果没有事先指定大小，会发生13次Arrays.copyOf动作，拷贝代价多大？继续分析
面向对象编程（OOPs）是一种在程序中实现**对象概念的编程范式。它旨在通过在编程中实现继承、抽象、多态等现实世界中的实体，为现实世界中的问题提供更简便的解决方案。OOPs概念被广泛应用于Java、Python、C++等多种流行语言中。
LockSupport是用来创建locks的基本线程阻塞基元，比如AQS中实现线程挂起的方法，就是park,对应唤醒就是unpark。JDK中有使用的如下
OOP-Klass模型用来描述class的属性和行为 设计为OOP和Klass两部分是因为不希望每个对象都有一个C ++ vtbl指针， 因此，普通的oops没有任何虚拟功能。 相反，他们将所有“虚拟”函数转发到它们的klass，它具有vtbl并根据对象的实际类型执行C ++调度。
功能：二叉排序树的标准实现是一颗平衡二叉树。二叉排序树主要用来解决高效插入和高效检索以及进行排序的问题。系统分别提供了二叉排序树节点的查找、添加、删除、遍历4个功能。
上面代码表明，类的数据类型就是函数，类本身就指向构造函数 使用的时候，也是直接对类使用new命令，跟构造函数的用法完全一致。
this是在运行时进行绑定的，并不是在编写时绑定，他的上下文取决于函数调用时的各种条件。this的绑定和函数声明的位置没有任何关系，只取决于函数的调用方式。
由于内核是一个不与特定进程相关的功能集合，所以内核代码无法轻易地放在调试器中执行，而且也很难跟踪跟踪，本章节将介绍监视内核代码并跟踪错误的技术。
通过类型断言(type assertion)方式来判断接口的具体类型， Sometimes, you may want to know the exact type of an interface variable. In this scenario, you can use type assertion:
wq = create_singlethread_workqueue("mydrv");
这个对齐，对齐的是8的倍数。最为64位机器来说，它是按照块来读的，不是按照字节来读，每一块存的都是8的倍数个字节，因此它有一个对齐机制。
对象内存结构 在 HotSpot 虚拟机中，对象在内存中存储的布局可以分为3块区域： ① 对象头（Header） ② 实例数据（Instance Data） ③ 对齐填充 （Padding） 对象头（Header） HotSpot 虚拟机的对象头包括两部分信息：Mark Word 和 类型指针；如果是数组对象的话，还有第三部分（option）信息：数组长度 Mark Word 这部分数据的长度在32位和64位的虚拟机（未开启压缩指针）中分别为32bit 和64bit。Mark Word用于存储对象
在window下开发的串口操作项目，在CentOS7环境报错。报错的顺序是可以打开串口，但是在向串口发送指令的时候，直接退出了。
需要知道重要事件发生前有多少天吗？让 Linux bash 和 date 命令可以帮助你！
主题：Linux平台Oracle 12.1.0.2 单实例安装部署 环境：RHEL 6.5 + Oracle 12.1.0.2 需求：安装部署OEM 13.2需要Oracle 12.1.0.2版本作为资料库
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
