标签: ext3

（这不是一个真正的编程问题，抱歉）

我正在针对 Linux 机器上的特定情况，使用各种文件系统选项（例如：noatime、relatime 等）对各种文件系统（最重要的是：ext3）进行基准测试。

对于原始文件系统基准测试，我正在研究 bonnie 和 bonnie++。

使用 bonnie 和 bonnie++ 对文件系统进行基准测试最有用的方法是什么？
文件系统基准测试的最佳实践是什么？
当我们讨论这个问题时：如何在计算机上安装 ext3 文件系统？

我们有几个cron作业,ftp代理日志到中央服务器.这些文件可能相当大,需要一些时间来传输.该项目的部分要求是提供一种记录机制,我们记录这些转移的成功或失败.这很简单.

我的问题是,有没有办法检查当前是否正在写入文件？我的第一个解决方案是在给定的时间范围内检查文件大小两次并检查文件大小.但是同事说可以通过python挂钩到EXT3文件系统并检查属性以查看当前是否附加了该文件.我的Google-Fu空了.

是否有一个EXT3模块或其他可以让我检查文件状态的模块？服务器正在运行带有EXT3文件系统的Fedora Core 9.

这是blktrace的输出.我无法理解什么是"N 0(00 ..)[multipathd]".我正在测试FS的写IO性能.

我怀疑2,

1. N - 是一个动作,但我没有在blktrace.pdf中找到它的用法.
2. IOSTAT和BLKTRACE有什么区别.

blktrace o/p:

  8,128  7       11    85.638053443  4009  I   N 0 (00 ..) [multipathd]   
  8,128  7       12    85.638054275  4009  D   N 0 (00 ..) [multipathd]   
  8,128  2       88    89.861199377  5210  A   W 384 + 8 <- (253,0) 384   
  8,128  2       89    89.861199876  5210  Q   W 384 + 8 [i_worker_0]   
  8,128  2       90    89.861202645  5210  G   W 384 + 8 [i_worker_0]   
  8,128  2       91    89.861204604  5210  P   N [i_worker_0]   
  8,128  2       92    89.861205587  5210 …

我正在寻找一种快速的方法来查找Linux上目录中的文件数量.

任何在目录中的文件数量中占用线性时间的解决方案都是不可接受的(例如"ls | wc -l"和类似的东西),因为它需要花费相当长的时间(有数十亿甚至数亿目录中的文件).

我确定目录中的文件数必须作为一个简单的数字存储在文件系统结构的某个地方(也许是inode？),作为用于存储目录条目的数据结构的一部分 - 我该如何获得这个数字？

编辑:文件系统是ext3.如果没有可行的方法,我愿意做一些特定于ext3的事情.

我想知道，对于蓝牙，我们有由蓝牙特殊利益集团管理的IEEE 802.15.1标准。对于Wifi，我们拥有IEEE 802.11标准以及Wifi联盟。对于PCIe上的NVMe SSD，我们有nvmexpress来规范和发布其官方文档。

因此，通常会有一个监管机构来决定事情并标准化一些事情，以允许几种不同实现之间的互操作性。

但是对于ext2 / ext3 / ext4文件系统，除了Linux内核代码之外，我没有找到任何官方标准。

这些文件系统基本上是由内核社区决定的吗？他们是否承诺不更改它们，使其仍然与其他操作系统兼容？

还是在某处有一些官方规范？谁提供的？

谢谢

这是我在此的头一篇博文.

我想检查文件是否存在但不使用硬盘.例如,看看这段代码:

<?php
$filename = '/path/to/foo.txt';

if (file_exists($filename)) {
    echo "The file $filename exists";
} else {
    echo "The file $filename does not exist";
}
?>

据我所知,ext4是日志文件系统.这是否意味着脚本可以通过查看日志来检查文件是否存在,即主内存而不触及硬盘？

谢谢你的时间.

UPD.

是否有任何文件系统将硬盘的日志保存在主内存中,这样文件存在的操作可以在不访问硬盘的情况下完成？