在第一界面的“General setup”下方选择“Enable loadable module support”后,出现下图所示框图:
Enable loadable module support
-
Enable loadable module support
- 打开可加载模块支持,如果打开它则必须通过"make modules_install"把内核模块安装在/lib/modules/中
-
-
Forced module loading
-
允许模块强制加载
Module unloading
- 允许卸载已经加载的模块 Forced module unloading
- 允许强制卸载正在使用中的模块(比较危险)
-
Module versioning support
- 允许使用其他内核版本的模块(可能会出问题) Source checksum for all modules
- 为所有的模块校验源码,如果你不是自己编写内核模块就不需要它 Module signature verification
-
模块签名认证
-
允许模块强制加载
Enable the block layer 块设备层
进入后的选项如下图:
-
Enable the block layer
- 块设备支持,使用硬盘/USB/SCSI设备者必选
-
-
Support for Large (2TB+)Block Devices And Files
- 仅在使用大于2TB的块设备时需要 Block layer SG support v4
- 通用scsi块设备第4版支持
Block layer SG support v4 helper lib
-
通用scsi块设备第4版支持帮助库
-
Block layer data integrity support
-
块设备数据完整性支持
-
Block layer bio throtting support
-
块设备IO数据限制调节支持
-
Partition types
-
在linux上使用一个在其他介质上分区的操作系统硬盘时,选择Y,如果不确定可以选N,此下拉选项中有许多各种系统的分区
-
支持。
-
IO Schedulers
-
-
Deadline I/O scheduler
- 使用轮询的调度器,简洁小巧,提供了最小的读取延迟和尚佳的吞吐量,特别适合于读取较多的环境(比如数据库),Deadline I/O调度器简单而又紧密,在性能上和抢先式调度器不相上下,在一些数据调入时工作得更好。至于在单进程I/O磁盘调度上,它的工作方式几乎和抢先式调度器相同,因此也是一个好的选择。 CFQ I/O scheduler
- 使用QoS策略为所有任务分配等量的带宽,避免进程被饿死并实现了较低的延迟,可以认为是上述两种调度器的折中.适用于有大量进程的多用户系统 Default I/O scheduler
- 默认IO调度器
-
CFQ则是平均分配资源,不管你的响应多急,也不管它的工作量是多少,它都是平均分配;
抢先式是传统的,它的原理是一有响应,就优先考虑调度。如果硬盘此时在运行一项工作,它也会暂停下来先响应用户。
本文来自博客园,作者:{Julius},转载请注明原文链接:https://www.cnblogs.com/bestechshare/p/16447774.html
可微信加我,了解更多,WeChat:{KingisOK}
浙公网安备 33010602011771号