论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2007-09-06 17:59 |只看该作者 |倒序浏览

在创建文件系统后,在/etc/fstab中发现新的文件系统的属性为log而其他从前创建的文件系统却是delaylog.
在网上找到了他们的区别.明白了.
但有两个问题:
1.网上说log是JFS默认的属性.而为什么从前创建的时候,fs的属性都是delaylog呢?
2.是什么原因引起的,使这次新建的fs的属性又变为log了呢?(创建的命令和别的文件系统创建时一样)
为什么呢?
敬待回答.
谢谢!

文库|博客

tianxiay2ren

小富即安

论坛徽章:: 0

2楼 [报告]

发表于 2007-09-07 10:26 |只看该作者

怎么又没人帮忙了?
为什么最近发什么贴子都没人帮忙~

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

nebula2000

稍有积蓄

论坛徽章:: 0

3楼 [报告]

发表于 2007-09-07 10:35 |只看该作者

JFS 提供了多种选项来控制如何将事务处理记录到磁盘中，如下所列。缺省选项 log 可以在系统出现故障时最大限度地维护系统的完整性。大多数情况下（包括使用 SAM 挂接 JFS 文件系统和进行冷安装在内），建议使用日志记录模式 delaylog。

log 完整的日志记录（缺省）。文件系统结构的更改在系统调用返回到应用程序之前被记录到磁盘中。如果系统崩溃，fsck 将完成所记录的尚未完成的操作。

delaylog 延迟的日志记录。某些系统调用在意向日志被写入之前返回应用程序。这可以加强系统的性能，但并不保证某些更改能够被记录到磁盘中，直到意向日志被写入一段时间之后为止。此模式类似于传统的 UNIX 保证，用于在系统出现故障时进行修复。

tmplog 临时日志记录。意向日志通常会延迟。这可以提高性能，但当系统崩溃时，最新的更改可能会消失。仅建议临时文件系统使用此模式。

nolog 无日志记录。意向日志被禁用。其他三种日志记录模式均可提供快速文件系统恢复功能；但 nolog 不提供此项功能。在 nolog 模式下，系统崩溃后必须执行全面结构检查；这会导致文件系统重要组成部分丢失，具体情况取决于系统崩溃时正在进行的活动。通常，应使用 mkfs 在系统崩溃后重建 nolog 文件系统。nolog 模式只适用于存储驻留文件系统或极临时的文件系统（请参阅 mkfs_vxfs (1M)）。