Samba目录下的一个文件夹突然很慢,现在这个文件夹中包含了超过2tb的文件

我有一台运行Debian stable的服务器,在这台服务器上我保存了我的电影档案。

自从我安装它以来,它在过去的6-9个月里performance相当不错,但在过去的几天中,为我的Windows桌面提供了其中一个samba共享目录列表的电影目录非常缓慢 – 但它不会影响共享上的其他任何文件夹。

有问题的文件夹刚刚超过了2TB的数据,现在窗口属性的文件夹读取2.02TB。 我不认为这与问题有任何关系,因为我暂时删除了一些文件,以testing小于2TB的大小,并没有什么区别,但我提到它的完整性。

也可能不相关,但提及完整性。 服务器的磁盘configuration是1个OCZ-Agility2 120GB SSD作为系统盘,4个2tb Hdd,主存储器都有连续的序列号(尽可能接近)。 4个大磁盘被configuration为一个raid5设备,没有热备份的MD RAID。

共享名为\ SERVER \ media,所涉及的文件夹位于共享的顶层,称为\ Films。

我已经尝试重新启动服务器和桌面,看看它是否是某种临时的问题,但它似乎没有任何影响。

我有双重检查,我没有改变超过6个星期的桑巴configuration,这个问题已经显示自己

所以…我正在寻找什么我应该尝试的build议,或者如果它是一个已知的限制某些configuration。

在回应评论时:

Samba版本3.5.6文件数量:585在28个文件夹中(在Films文件夹内)平均文件大小约为3.5 Gb,没有小于200Mb

已经检查dmesg,一切似乎是为了。

忘了提及。 该文件夹也可以在本地查看为apache目录列表。 这是正常的。 所以在cli上列出目录。 只有桑巴正在经历缓慢的问题。


经过与朋友的电脑testing,似乎问题奠定了窗口(为什么我不感到惊讶) – 无论如何,如果我从任一系统直接访问共享(使用UNCpath)它是好的和快速的,因为它应该是,但是当我通过我的映射networking驱动器访问共享它突然变得非常缓慢。 所以我没有映射和重新映射相同的驱动器号上的份额,但它没有帮助 – 但重映射到不同的驱动器号已帮助。

我猜Windows已经caching了一些不再喜欢的东西。 任何人都知道如何清除?