异想天开，能不能不要卸载直接格式化，求 快速删除百万级文件的方法

studyonly

一个应用：
很多分区（reiserFS）， 每个分区文件满后需要删除，重新接受文件，

但是分区内文件数太大（500万左右），每次删除文件耗时过长，而且容易宕机，破坏文件系统,

采用 格式化分区的方法代替删除整个分区文件方法，但是 频繁 的umount／mount的过程不是什么可靠，

所以异想天开，

1。能不能不要卸载直接格式化分区，

或者

2。求快速删除百万级文件的方法？


欢迎赐教！

[ 本帖最后由 studyonly 于 2006-8-31 10:53 编辑 ]

河里的鱼

我想知道一下,"每次删除文件耗时过长，而且容易宕机，破坏文件系统,"

这个现象,你是不是直接删除文件的?

connet

500万左右文件，　就算一个文件　4k 吧，　需要 20G, 这种情况为什么不使用数据库？
而且，　为什么要满后全部删除？
完全可以删除最老的 1 万个文件，　假定数据以　时间组织, 每天(小时)的数据一个目录：　
/mntpoint/date/.....
这样可以检测到分区容量少于　多少G　时　，　删除　多少天(小时)的历史数据。

eth7

试试用rsync同步一个空目录到你要删除的目录？windows下我经常用robocopy干类似的事情，比较快。

Yuri.G.

dd

zhagzhahui

同意三楼的做法。

[ 本帖最后由 zhagzhahui 于 2006-9-5 13:54 编辑 ]

studyonly

原帖由 eth7 于 2006-9-5 02:08 发表
试试用rsync同步一个空目录到你要删除的目录？windows下我经常用robocopy干类似的事情，比较快。

可靠性，稳定性如何？

studyonly

原帖由 河里的鱼 于 2006-8-31 13:15 发表
我想知道一下,"每次删除文件耗时过长，而且容易宕机，破坏文件系统,"

这个现象,你是不是直接删除文件的?

有什么比较好的方法吗？

mjdcl

原帖由 connet 于 2006-8-31 13:39 发表
500万左右文件，　就算一个文件　4k 吧，　需要 20G, 这种情况为什么不使用数据库？
而且，　为什么要满后全部删除？
完全可以删除最老的 1 万个文件，　假定数据以　时间组织, 每天(小时)的数据一个目录：　
...

从几百万个文件中找出最老的1万个文件，这个消耗你考虑了吗？

studyonly

原帖由 河里的鱼 于 2006-8-31 13:15 发表
我想知道一下,"每次删除文件耗时过长，而且容易宕机，破坏文件系统,"

这个现象,你是不是直接删除文件的?

是， 何解？