linux内核编译选项详解(二):Loadable Module and Block Layer Support
2010-12-30 15:55
253 查看
[*] Enable loadable module support --->
打
开可加载模块支持,如果打开它则必须通过"make
modules_install"把内核模块安装在/lib/modules/中这个选项可以让你的内核支持模块,模块是什么呢?模块是一小段代码,编译
后可在系统内核运行时动态的加入内核,从而为内核增加一些特性或是对某种硬件进行支持。一般一些不常用到的驱动或特性可以编译为模块以减少内核的体积。在
运行时可以使用modprobe命令来加载它到内核中去(在不需要时还可以移除它)。一些特性是否编译为模块的原则是,不常使用的,特别是在系统启动时不
需要的驱动可以将其编译为模块,如果是一些在系统启动时就要用到的驱动比如说文件系统,系统总线的支持就不要编为模块,否则无法启动系统。在启动时不用到
的功能,编成模块是最有效的方式。你可以查看MAN手册来了解:modprobe, lsmod, modinfo, insmod 和 rmmod.
如果不清楚,选Y。
[ ] Forced module loading
允许强制加载模块
[*] Module unloading
允许卸载已经加载的模块
[*] Forced module unloading
允许强制卸载正在使用中的模块(比较危险)这个选项允许你强行卸除模块,即使内核认为这不安全。内核将会立即移除模块,而不管是否有人在使用它(用 rmmod -f 命令)。这主要是针对开发者和冲动的用户提供的功能。如果不清楚,选N。
[ ] Module versioning support
有时候,你需要编译模块。选这项会添加一些版本信息,来给编译的模块提供独立的特性,以使不同的内核在使用同一模块时区别于它原有的模块。这有时可能会有点用。如果不清楚,选N。允许使用其他内核版本的模块(可能会出问题)
[ ] Source checksum for all modules
为所有的模块校验源码,如果你不是自己编写内核模块就不需要它这个功能是为了防止你在编译模块时不小心更改了内核模块的源代码但忘记更改版本号而造成版本冲突。如果不清楚,选N。
-*- Enable the block layer --->
块
设备支持,使用硬盘/USB/SCSI设备者必选这选项使得块设备可以从内核移除。如果不选,那么 blockdev 文件将不可用,一些文件系统比如
ext3 将不可用。这个选项会禁止 SCSI 字符设备和 USB
储存设备,如果它们使用不同的块设备。选Y,除非你知道你不需要挂载硬盘和其他类似的设备。不过此项无可选项
[*] Support for large (2TB+) block devices and files
仅在使用大于2TB的块设备时需要
[*] Block layer SG support v4
通用scsi块设备第4版支持
[ ] Block layer data integrity support
块设备数据完整性支持
IO Schedulers --->
IO调度器I/O是输入输出带宽控制,主要针对硬盘,是核心的必須的东西。这里提供了三个IO调度器。
<*> Anticipatory I/O scheduler
使
用于大多数环境假设一个块设备只有一个物理查找磁头(例如一个单独的SATA硬盘),将多个随机的小写入流合并成一个大写入流,用写入延时换取最大的写入
吞吐量.适用于大多数环境,特别是写入较多的环境(比如文件服务器)抢先式 I/O
调度方式是默认的磁盘调度方式。它对于大多数环境通常是比较好的选择。但是它和Deadline I/O
调度器相比有点大和复杂,它有时在数据调入时会比较慢。
<*> Deadline I/O scheduler
使
用轮询的调度器,简洁小巧,提供了最小的读取延迟和尚佳的吞吐量,特别适合于读取较多的环境(比如数据库)Deadline
I/O调度器简单而又紧密,在性能上和抢先式调度器不相上下,在一些数据调入时工作得更好。至于在单进程I/O磁盘调度上,它的工作方式几乎和抢先式调度
器相同,因此也是一个好的选择。
<*> CFQ I/O scheduler
使用QoS策略为所有任务分配等量的带宽,避免进程被饿死并实现了较低的延迟,可以认为是上述两种调度器的折中.适用于有大量进程的多用户系统CFQ调度器尝试为所有进程提供相同的带宽。它将提供平等的工作环境,对于桌面系统很合适。
Default I/O scheduler (CFQ) --->
默
认IO调度器我这样理解上面三个IO调度器:抢先式是传统的,它的原理是一有响应,就优先考虑调度。如果你的硬盘此时在运行一项工作,它也会暂停下来先响
应用户。期限式则是:所有的工作都有最终期限,在这之前必须完成。当用户有响应时,它会根据自己的工作能否完成,来决定是否响应用户。CFQ则是平均分配
资源,不管你的响应多急,也不管它的工作量是多少,它都是平均分配,一视同仁的。
( ) Anticipatory
( ) Deadline
(X) CFQ
( ) No-op
打
开可加载模块支持,如果打开它则必须通过"make
modules_install"把内核模块安装在/lib/modules/中这个选项可以让你的内核支持模块,模块是什么呢?模块是一小段代码,编译
后可在系统内核运行时动态的加入内核,从而为内核增加一些特性或是对某种硬件进行支持。一般一些不常用到的驱动或特性可以编译为模块以减少内核的体积。在
运行时可以使用modprobe命令来加载它到内核中去(在不需要时还可以移除它)。一些特性是否编译为模块的原则是,不常使用的,特别是在系统启动时不
需要的驱动可以将其编译为模块,如果是一些在系统启动时就要用到的驱动比如说文件系统,系统总线的支持就不要编为模块,否则无法启动系统。在启动时不用到
的功能,编成模块是最有效的方式。你可以查看MAN手册来了解:modprobe, lsmod, modinfo, insmod 和 rmmod.
如果不清楚,选Y。
[ ] Forced module loading
允许强制加载模块
[*] Module unloading
允许卸载已经加载的模块
[*] Forced module unloading
允许强制卸载正在使用中的模块(比较危险)这个选项允许你强行卸除模块,即使内核认为这不安全。内核将会立即移除模块,而不管是否有人在使用它(用 rmmod -f 命令)。这主要是针对开发者和冲动的用户提供的功能。如果不清楚,选N。
[ ] Module versioning support
有时候,你需要编译模块。选这项会添加一些版本信息,来给编译的模块提供独立的特性,以使不同的内核在使用同一模块时区别于它原有的模块。这有时可能会有点用。如果不清楚,选N。允许使用其他内核版本的模块(可能会出问题)
[ ] Source checksum for all modules
为所有的模块校验源码,如果你不是自己编写内核模块就不需要它这个功能是为了防止你在编译模块时不小心更改了内核模块的源代码但忘记更改版本号而造成版本冲突。如果不清楚,选N。
-*- Enable the block layer --->
块
设备支持,使用硬盘/USB/SCSI设备者必选这选项使得块设备可以从内核移除。如果不选,那么 blockdev 文件将不可用,一些文件系统比如
ext3 将不可用。这个选项会禁止 SCSI 字符设备和 USB
储存设备,如果它们使用不同的块设备。选Y,除非你知道你不需要挂载硬盘和其他类似的设备。不过此项无可选项
[*] Support for large (2TB+) block devices and files
仅在使用大于2TB的块设备时需要
[*] Block layer SG support v4
通用scsi块设备第4版支持
[ ] Block layer data integrity support
块设备数据完整性支持
IO Schedulers --->
IO调度器I/O是输入输出带宽控制,主要针对硬盘,是核心的必須的东西。这里提供了三个IO调度器。
<*> Anticipatory I/O scheduler
使
用于大多数环境假设一个块设备只有一个物理查找磁头(例如一个单独的SATA硬盘),将多个随机的小写入流合并成一个大写入流,用写入延时换取最大的写入
吞吐量.适用于大多数环境,特别是写入较多的环境(比如文件服务器)抢先式 I/O
调度方式是默认的磁盘调度方式。它对于大多数环境通常是比较好的选择。但是它和Deadline I/O
调度器相比有点大和复杂,它有时在数据调入时会比较慢。
<*> Deadline I/O scheduler
使
用轮询的调度器,简洁小巧,提供了最小的读取延迟和尚佳的吞吐量,特别适合于读取较多的环境(比如数据库)Deadline
I/O调度器简单而又紧密,在性能上和抢先式调度器不相上下,在一些数据调入时工作得更好。至于在单进程I/O磁盘调度上,它的工作方式几乎和抢先式调度
器相同,因此也是一个好的选择。
<*> CFQ I/O scheduler
使用QoS策略为所有任务分配等量的带宽,避免进程被饿死并实现了较低的延迟,可以认为是上述两种调度器的折中.适用于有大量进程的多用户系统CFQ调度器尝试为所有进程提供相同的带宽。它将提供平等的工作环境,对于桌面系统很合适。
Default I/O scheduler (CFQ) --->
默
认IO调度器我这样理解上面三个IO调度器:抢先式是传统的,它的原理是一有响应,就优先考虑调度。如果你的硬盘此时在运行一项工作,它也会暂停下来先响
应用户。期限式则是:所有的工作都有最终期限,在这之前必须完成。当用户有响应时,它会根据自己的工作能否完成,来决定是否响应用户。CFQ则是平均分配
资源,不管你的响应多急,也不管它的工作量是多少,它都是平均分配,一视同仁的。
( ) Anticipatory
( ) Deadline
(X) CFQ
( ) No-op
相关文章推荐
- linux内核编译选项详解(二):Loadable Module and Block Layer
- [转贴]linux内核编译选项详解(二):Loadable Module and Block Layer Support
- Code maturity level options 代码成熟度选项 [*]Prompt for development and/or incomplete code/drivers 显示尚在开发中或尚未完成的代码与驱动.除非你是测试人员或者开发者,否则请勿选择 我是开发者,所以选[*] Loadable module support 可加载模块支持 [*]Enable loadable module support 内核编译配置选项简介 (2.4.20-8
- linux内核编译选项详解(一):General setup
- linux内核编译选项详解:General setup
- [转贴]linux内核编译选项详解(三):Processor type and features
- linux内核编译选项详解(三):Processor type and features
- linux内核编译选项详解(三):Processor type and features
- linux内核编译选项详解
- greecket - a python not block socket module base the greenlet and thread - Google Project Hosting
- VC++编译选项详解
- Linux内核驱动将多个C文件编译成一个ko文件的方法——每一个C文件中都有module_init与module_exit
- 详解将驱动程序编译进linux内核
- (编译适用于ARM的linux内核并进行QEMU仿真)Compile Linux kernel 3.2 for ARM and emulate with QEMU
- gcc 和g++编译选项详解
- linux 内核编译选项详解
- 编译Linux内核(下)---KConfig、Makefile详解以及ARM平台Linux内核的编译
- linux内核编译步骤 + Linux 2.6.19.x 内核编译配置选项简介
- 详解Qt,并举例说明动态编译(shared)和静态编译(static)以及debug and release 编译版本区别
- gcc常用编译选项详解