Linux '的时间复杂度是多少；ls'；在ext4文件系统上运行时的命令？

我在Redhat Linux服务器的一个目录中有几十万个文件

我需要执行

ls-t

来获取上次编辑的文件名，并将文件名上载到数据库。最近，由于目录中的文件数量不断增加，我开始面临问题，我想知道在ext4文件系统上执行

'ls'

命令时的时间复杂性

---

另外，还有什么更好的方法呢？

当您在linux操作系统上运行时，您可以简单地使用。有一些非常简单易用的命令行工具可以使用kernels

inotify

界面来监视文件系统上的每一个更改

例如：

> inotifywait -m -e create -e modify test/ --format '%:e %f'

上述命令无休止地（-m->monitor）等待事件（-e）创建和修改

test/

中的文件，该目录是一个目录，并以格式化字符串输出，其中

%e

替换为事件，

%f

替换为创建或修改的文件名

如果现在在单独的shell中运行一些检查，如：

> touch test/newfile1
> touch test/newfile2
> echo hallo > test/newfile2

该命令的输出为：

Setting up watches.
Watches established. 
CREATE newfile2
MODIFY newfile2

---

现在只需将文件名写入数据库，而无需再次读取整个目录，非常简单。

在linux操作系统上运行时，只需使用。有一些非常简单易用的命令行工具可以使用kernels

inotify

界面来监视文件系统上的每一个更改

例如：

> inotifywait -m -e create -e modify test/ --format '%:e %f'

上述命令无休止地（-m->monitor）等待事件（-e）创建和修改

test/

中的文件，该目录是一个目录，并以格式化字符串输出，其中

%e

替换为事件，

%f

替换为创建或修改的文件名

如果现在在单独的shell中运行一些检查，如：

> touch test/newfile1
> touch test/newfile2
> echo hallo > test/newfile2

该命令的输出为：

Setting up watches.
Watches established. 
CREATE newfile2
MODIFY newfile2

---

现在只需将文件名写入数据库，而无需再次读取整个目录，这非常容易。

不管是什么，如果继续添加更多文件，情况不会有所改善。重新思考你的问题。每天创建一个目录或其他内容。不幸的是，组织范围内有关于保留和审核等的政策，这些政策限制了目录结构的更改或其他有利的更改。无论是什么，如果继续添加更多文件，情况都不会改善。重新思考你的问题。每天创建一个目录之类的。不幸的是，组织范围内有关于保留和审核等的政策，这些政策限制了目录结构的更改或其他有利的更改。我尝试了各种解决方案，这一种效果最好。虽然Redhat没有inotify工具，但我发现它值得编译。我尝试了各种解决方案，这一个效果最好。虽然Redhat没有inotify工具，但我发现它值得编译。