我一直在尝试在EC2服务器上使用s3fs,但这确实很慢。我花了最后5个小时上传了100MB的小文件。
我可以做些什么来提高性能,还是与S3fs有关?如果没有,我可以使用什么替代方法?
我一直在尝试在EC2服务器上使用s3fs,但这确实很慢。我花了最后5个小时上传了100MB的小文件。
我可以做些什么来提高性能,还是与S3fs有关?如果没有,我可以使用什么替代方法?
Answers:
对于大量较小的文件,S3FS可能不是最佳选择。S3FS的开销也很高。我建议使用类似S3Curl的东西
您甚至可以并行传输。请记住,它永远不会像EBS /本地存储那样快速。
s3ql
什么想法吗?
我只是比较了s3fs和riofs。我的测试用例是一个相对简单的bash脚本,它对找到的每个.png文件都运行pngquant。在一个约70个图像的测试桶上,其中约20个png(分布在许多子目录中,这很可能会降低速度)在以下结果中:
s3fs:3m54
riofs:15.9s
因此,对于这个测试用例,riofs的速度要快约15倍!设置也非常简单,尽管文档有些简洁。
关于脚本仍然需要15.9s的事实:它不是很有效,实际上在png上运行pngquant是一个cpu密集过程。
AWS message: The authorization mechanism you have provided is not supported. Please use AWS4-HMAC-SHA256.
我刚刚发布了https://github.com/kahing/goofys的 v0.0.1版本,部分原因是s3fs中的性能问题。文件创建速度为3-6倍,到第一个字节的时间为58倍。欢迎反馈!