我们刚刚获得了一个AWS账户，并正在testingEFS。 我创build了一个EFS，将它安装在Amazon Linux实例上，并将其设置为在samba中共享。 然后，我可以将共享作为Windows 7和Windows Server 2012中的驱动器进行映射，但与此相关的所有内容都慢得令人不快（查看文件，创build文件，查看共享属性 – 所有内容）。 我认为这是由于挂载8 EXA字节。
有没有一种方法来调整共享或将其分成更小的片断，或者将其安装在实例或samba中？
有没有办法直接调整efs的大小？ 我们永远不会使用8艾字节！
有没有办法告诉它是否是其他东西，使其缓慢而不是大小？
我们确实需要能够将这个映射成Windows中的驱动器。
EFS运行在一个IO积分系统上，这些积分根据您在EFS中使用的空间量在一整天内不断生成。
每次读取或写入EFS卷时，都会消耗这些积分。 如果您的余额中没有IO学分，则读取和写入操作会一直等到您完成。
我认为这有点可能，你已经设法用尽所有的信用，而背景IO一直在消耗你的信用，保持performance可怕。
您可以通过检查Cloudwatch来检查EFS卷的积分数量。
只是为了澄清这一点。 如果你只是在EFS磁盘上使用1GiB，那么每当你读/写超过50KiB / s的速率时，你就会消耗信用，而且每当你读/写一个低于50KiB / s的速率时，你就会产生信用。
相比之下，通过在EFS磁盘中使用10GiB，您将能够维持500KiB / s。
我正在使用一个服务的EFS，并发现我不得不产生大约80GiB的原始无用数据，它只是在EFS磁盘上产生足够的IO信用额度，以允许我的应用程序使用共享。
我设置了一个警报通知，告知我信用额度是否低于阈值，给我时间给EFS磁盘添加一些“无用的数据”，以保持平常的性能。
我build议阅读Amazon的EFS吞吐量扩展的官方build议，如果你认为这会影响你。
我通过安装在Windows上的samba共享进行类似的缓慢访问。 我在EC2上获得了很好的性能（至less是在导航目录等时进行第二次访问）。 Windows需要花费几分钟的时间才能从安装的驱动器的“我的电脑”/“这个电脑”视图进入 – 一旦我在目录内，它看起来相当高效。
所以 – 这是像Windows一样愚蠢的东西试图找出8 exabyte文件系统的大小？
使用CMD似乎支持这一点。 input文件系统并运行“dir”，然后列出目录，然后在“bytes free”出现之前拖延很长时间
我很欣赏这不是一个答案，希望它可能是比我更有能力的人的有用的信息