ext4文件系统delayed allocation相关研究 最近在一个项目上测试录音时,发现有丢数据的现象.通过串口发现打出了很多overrun的log. overrun是驱动层给上层应用的一个通知,告诉上层数据取的太慢了,buffer被塞满了. 如果buffer塞满之后,上层仍不能及时取走数据,自然会导致数据丢失. 上层应用取数据过慢,能想到的有两个原因: 1.cpu繁忙,录音进程不能及时抢占到cpu. 2.录音进程写文件时速度过慢. 通过top命令,发现cpu并不繁忙,排除了第一种可能.…

转自 http://blog.tao.ma/?p=58 这篇文章是淘宝内核组的刘峥同学在内部技术论坛上发表的一篇文章,但是由于刘峥同学目前没有blog,征得本人同意,贴在我的blog上,如果大家喜欢,请去新浪微博关注他.:) 日前线上在升级到Ext4文件系统后出现应用写操作延迟开销增大的问题.造成这一问题的根源目前已经查明,是由于Ext4文件系统的一个新特性——Delay Allocation造成的.(后面简称delalloc) 在详细分析这一问题之前,先来介绍一下Ext4文件系统的delall…

Linux kernel 自 2.6.28 开始正式支持新的文件系统 Ext4. Ext4 是 Ext3 的改进版,修改了 Ext3 中部分重要的数据结构,而不仅仅像 Ext3 对 Ext2 那样,只是增加了一个日志功能而已.Ext4 可以提供更佳的性能和可靠性,还有更为丰富的功能: 1. 与 Ext3 兼容.执行若干条命令,就能从 Ext3 在线迁移到 Ext4,而无须重新格式化磁盘或重新安装系统.原有 Ext3 数据结构照样保留,Ext4 作用于新数据,当然,整个文件系统因此也就获得了 Ex…

/sbin/init         内核启动的第一个用户级进程,引导用户空间服务    [kthreadd]         内核线程管理[migration/0]      用于进程在不同的CPU间迁移[ksoftirqd/0]      内核调度/管理第0个CPU软中断的守护进程[migration/1]      管理多核心[ksoftirqd/1]      内核调度/管理第1个CPU软中断的守护进程[events/0]         处理内核事件守护进程[events/1]    …

转自:https://www.ibm.com/developerworks/cn/linux/l-cn-hardandsymb-links/index.html 从 inode 了解 Linux 文件系统 王 华东2012 年 12 月 20 日发布 分享此页面 WeiboGoogle+用电子邮件发送本页面   Linux 的文件与目录 现代操作系统为解决信息能独立于进程之外被长期存储引入了文件,文件作为进程创建信息的逻辑单元可被多个进程并发使用.在 UNIX 系统中,操作系统为磁盘上的文本与图…

文件恢复工具extundelete官网:http://extundelete.sourceforge.net/ 使用方法,在页面里找到download,下载源码安装包:extundelete-0.2.4.tar.bz2 安装: [root@localhost extundelete-]# yum -y install e2fsprogs-libs e2fsprogs e2fsprogs-devel [root@localhost extundelete-]# rpm -q e2fsprogs-l…

公司数据库机器报警进程数高于1500,登进去ps命令看了一下,这么多进程并不认识,就在网上找了一些关于linux进程的资料,如下: idle 进程的pid=0,是由系统自动创建的第一个进程,也是唯一的没有通过kernel_thread创建的进程,完成加载系统后,演变为进程调度.交换及存储管理进程. init 由0进程创建,完成系统的初始化. 是第一个用户级进程,在系统启动完成完成后,init将变为守护进程监视系统其他进程. kthreadd 进程是由idle通过kernel_thread创建,它…

从 inode 了解 Linux 文件系统 硬链接与软链接是 Linux 文件系统中的一个重要概念,其涉及文件系统中的索引节点 (index node 又称 inode),而索引节点对象是 Linux 虚拟文件系统 (VFS) 的四个基本概念之一.通过剖析硬链接与软链接的联系与区别,我们可更好的了解 Linux 中 VFS 这一通用文件模型.并让 Linux 普通用户和系统管理员正确使用硬链接与软链接,帮助文件系统开发者获取 inode 的相关知识. Linux 的文件与目录 现代操作系统为解决…

目录SAIU R20 1 6 第1页第1 章. 初识STM32...................................................................................................................... 11.1. 课前预习..........................................................................................…

最近我们的服务进程遇到kill -15后处于Z的状态,变为了僵尸进程,经过/proc/{thread_id}/stack查看其上线程的栈,发现是卡在了fwrite的过程中,而我们的系统中所有文件系统挂载参数都使用了delalloc参数,怀疑是这个原因:ext4挂载的时候打开了delalloc选项,然后系统在没有分配磁盘块的情况下写写写,到page cache被回写到磁盘时,发现磁盘已经满了,没办法分配新的磁盘块了,就Hang住了. 这篇文章是淘宝内核组的刘峥同学在内部技术论坛上发表的一篇文章,但…