AKS中使用file.csi.azure.com挂载卷时PowerShell Core操作缓慢求助

• 检查PowerShell的文件枚举行为差异
  PowerShell里的ls本质是Get-ChildItem，默认会读取文件的完整元数据（比如扩展属性、权限详情），而bash的ls仅获取基础文件名和大小等信息。可以在pwsh里执行Get-ChildItem -Name仅返回文件名，对比速度是否正常——如果恢复正常，说明是元数据获取导致的性能瓶颈。
• 核对挂载参数的缓存配置
  查看Azure文件卷的挂载参数，确认是否启用了属性缓存（actimeo参数）。Linux默认的缓存策略可能适配bash的访问模式，但pwsh的文件操作可能没利用到缓存。执行mount | grep file.csi.azure.com查看挂载详情，尝试调整actimeo值（比如actimeo=30）后重新挂载测试。
• 排查PowerShell的模块与自定义配置
  检查pwsh是否加载了额外的文件系统相关模块，这类模块可能在执行文件操作时注入冗余逻辑。用Get-Module查看已加载模块，临时禁用非必要模块后重试。另外，检查$PROFILE配置文件是否有自定义的ls别名或脚本钩子，这些可能拖慢操作。
• 追踪系统调用差异
  用strace对比bash和pwsh的文件操作系统调用：

  strace -c ls /mnt/azurefile
  strace -c pwsh -c "Get-ChildItem /mnt/azurefile"
  

  查看两者的调用数量、类型，如果pwsh存在大量重复的stat或getattr调用，说明其文件访问模式对Azure文件存储的兼容性更差。
• 升级PowerShell版本
  旧版本PowerShell在Linux文件系统处理上可能存在性能bug，尝试升级到最新稳定版（如pwsh 7.4及以上），验证是否解决问题。
• 检查Azure文件存储的性能阈值
  确认Azure文件共享的性能层级（标准/高级），查看Azure门户里的监控指标（IOPS、吞吐量、延迟），看pwsh操作时是否触发了存储的限流阈值，导致延迟升高。

内容的提问来源于stack exchange，提问作者Guru