EXT4文件系统禁用日志功能

ext4提供有很多特性,当然有一些是前一代文件系统ext3本身就具有的,比如日志功能,但有时候我们却并不需要这些特性,则我们可以禁用它们。ext4文件系统的日志功能就是在牺牲一定性能的情况下增强稳定性的一种手段,但在一些情况,比如Web Server上存在的大量小文件所在的文件系统就是一个典型示例,此时可以禁用ext4的日志功能。

关闭EXT4日志功能:
[[email protected] ext4]# tune2fs -O ^has_journal /dev/sdd1
tune2fs 1.42 (29-Nov-2011)
[[email protected] ext4]# dumpe2fs /dev/sdd1 | grep ‘Filesystem features‘ | grep ‘has_journal‘
dumpe2fs 1.42 (29-Nov-2011)

开启EXT4日志功能:
[[email protected] ext4]# tune2fs -O has_journal /dev/sdd1
tune2fs 1.42 (29-Nov-2011)
Creating journal inode: done
[[email protected] ext4]# dumpe2fs /dev/sdd1 | grep ‘Filesystem features‘ | grep ‘has_journal‘
dumpe2fs 1.42 (29-Nov-2011)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize

动态关闭和打开日志功能后可能需要对文件系统进行fsck检查,避免出错:
[[email protected] ext4]# fsck.ext4 -f /dev/sdd1
e2fsck 1.42 (29-Nov-2011)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdd1: 11/262144 files (0.0% non-contiguous), 18510/1048233 blocks

更多ext4特性的开启与关闭可以查看man手册:“man mkfs.ext4”的-O选项。
禁用ext4的日志功能后有少许的性能提升:http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0390131ba84fd3f726f9e24fc4553828125700bb

原文地址:http://blog.51cto.com/461205160/2314401

时间: 2024-10-24 17:32:47

EXT4文件系统禁用日志功能的相关文章

关闭ext4文件系统的日志功能

最近在帮一个研究生弄一个虚拟化环境下的基于Innodb的日志文件的读写优化的实验,实验的具体详细内容就不说了,其中有一个步骤需要将MySQL的日志文件放置在一块单独的硬盘里面,这块硬盘要么是ext2,要么是ext4,ext4的性能据说比前面的ext系列的要高,所以选择了ext4.但是ext4具备有日志的功能,如果开启了这个日志功能的话,到时又会有多个虚拟机同时跑,那么这个ext4的日志功能会对我们的实验数据产生一定的影响,并且我们在实验中并不需要到这个日志功能,所以需要将这个日志功能关闭.具体如

小记dump2fs,关闭ext4日志功能

RedHat6.3 64位系统,项目组安装了Oracle数据库,反馈查询比较慢,尝试关闭ext4文件系统的日志功能. # df -h Filesystem            Size  Used Avail Use% Mounted on /dev/sda3              95G   15G   75G  17% / tmpfs                 7.8G   88K  7.8G   1% /dev/shm /dev/sda1             388M   

一例Ext4文件系统fsck后损坏的修复过程

1.故障发生背景 Ext4文件系统没有umount下来,之后做了fsck操作检查一致性,结果导致Ext4文件mount不上,并且导致目录变成了文件. 报错提示信息:mount: wrong fs type, bad option, bad superblock 2.故障原理分析 某故障时,日志和数据不一致造成的正常文件系统数据被覆盖的现象.这种故障在Ext3.Ext4文件系统常有发生,好在.journal日志文件留有缓冲,恢复时可以从.journal日志文件里找到相应信息,并粘贴回相应位置,达到

Ext4功能和文件系统的简单功能

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

Ext4文件系统的特性和功能简介

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

Ext4文件系统的特性

与Ext3文件系统兼容:原有的Ext3数据结构仍然照样保留,Ext4作用于新数据,整个系统因此也就获得了Ext4所支持的更大的容量 更大额文件系统和更大的文件:Ext3目前所支持的最大16TB文件系统和最大2TB文件,Ext4分别支持1EB的文件系统,16TB的文件(1EB=1024PB,1PB=1024TB). 无限数量的子目录.Ext3支持32000个子目录,Ext4不限制 Extents:Ext3采用间接块映射,当操作大文件时,效率极其低下.比如一个100M的文件.在Ext3中要建立256

Ext4文件系统架构分析(一)

本文描述Ext4文件系统磁盘布局和元数据的一些分析,同样适用于Ext3和Ext2文件系统,除了它们不支持的Ext4的特性外.整个分析分两篇博文,分别概述布局和详细介绍各个布局的数据结构及组织寻址方式等.感兴趣的看官敬请留意和指导! 1. Ext4文件系统布局综述 一个Ext4文件系统被分成一系列块组.为减少磁盘碎片产生的性能瓶颈,块分配器尽量保持每个文件的数据块都在同一个块组中,从而减少寻道时间.以4KB的数据块为例,一个块组可以包含32768个数据块,也就是128MB. 1.1 磁盘布局 Ex

文件系统与日志

一.Inode与block 1.概述 磁盘被分区并格式化为ext4文件系统后,会生成一定数量的inode和block Inode 索引节点 作用:存放文件的属性信息以及作为文件的索引(指向文件的实体block) Block存放的是文件的实际数据 inode存放文件的属性信息以及指向文件实体的指针(block的位置),文件名不在inode里一般在上级目录的block里 系统内部打开文件的步骤 访问文件的过程,通过文件名(上一级目录的block)-->inode -->blocks (1)系统找到

ext4文件系统的delalloc选项造成单次写延迟增加的分析

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