当多个客户端同时上传到 FTP 服务器时,我想限制服务器磁盘碎片。
有没有办法告诉 FTP 服务器为传入文件的大块预先分配磁盘空间,并保持大块递增?
或者,有没有办法告诉 FTP 服务器预先分配整个文件的价值,并以更顺序的模式写出传入的 FTP 数据包。
文件传输后碎片整理是不可接受的:碎片整理时间太长。
我正在使用 IIS 6.0,但其他 FTP 服务器产品将是受欢迎的替代品。
当多个客户端同时上传到 FTP 服务器时,我想限制服务器磁盘碎片。
有没有办法告诉 FTP 服务器为传入文件的大块预先分配磁盘空间,并保持大块递增?
或者,有没有办法告诉 FTP 服务器预先分配整个文件的价值,并以更顺序的模式写出传入的 FTP 数据包。
文件传输后碎片整理是不可接受的:碎片整理时间太长。
我正在使用 IIS 6.0,但其他 FTP 服务器产品将是受欢迎的替代品。
FTP 协议在 STOR 命令中不包含大小信息:
http://www.ietf.org/rfc/rfc959.txt
所以我怀疑你会找到任何可以做到这一点的纯 FTP 客户端。您可能会发现一些供应商已经实现了专有扩展,但这需要客户端和服务器都支持它们。您说“客户”,因此如果这包括内部和外部客户,您可能会遇到强制他们使用不同软件的问题。
快速浏览一下 SFTP 草稿并不表明写入文件消息包含文件大小。
SCP 协议在其文件复制命令中确实包含一个大小参数,并且有支持 SCP(而不是 SFTP)的 Windows GUI 客户端,但是您必须检查服务器是否使用大小参数进行了预分配。从好的方面来说,代码是可用的,因此您可以构建自己的预分配 Windows SSH/SCP 守护程序。但这对于您描述的问题来说有点矫枉过正。