跳转到主内容

当 SMB 关闭请求运行时间较长时、删除大目录所需的时间较长

Views:
32
Visibility:
Public
Votes:
1
Category:
ontap-9
Specialty:
perf
Last Updated:

状态信息

适用于

ONTAP 9

SMB

问题

  • 删除一个长目录需要很长时间,长时间运行的 SMB 关闭请求( WAFL_SPINNP_CLOSE )是导致性能下降的主要原因,这是由于 WAFL CPU 计划中的 CPU 运行时间极长所致。
  • 这可以在许多不同的地方得到确认。 
    • 数据包跟踪中 SMB 关闭请求的高服务响应时间
    • 对象中关闭操作的高延迟 spinhi
      • spinhi:<volume_name>:spinhi_fileop_latency.Close:41740.05u
    • 对象smb或中的关闭操作延迟较高 smb2
      • smb2:<svm_name>:close_latency:39380.24us
    • Per-Msg Wait Avgwaffinity_stats 中的高 CPU 等待时间 () 以及极高的 CPU 运行时间 () Per_msg Wait Avg)

Class Queue   Msg Type                            #Msgs (new+restarts)    Per-Msg CPU Avg             Per-Msg Wait Avg

SERIAL hipri   WAFL_SPINNP_CLOSE          62419          1343                        44103

注:平均 CPU 运行时间为 1343us 、而本示例中的平均 CPU 等待时间为 44103us

  • 目录块占 ReadAhead 读取的所有块的大多数

ra.requested                           =  230178001

 ra.dir_blocks = 223951083

 

 

Sign in to view the entire content of this KB article.

New to NetApp?

Learn more about our award-winning Support

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.