跳转到主内容

全局文件缓存:为什么从触发预填充作业到开始处理文件之间存在延迟

Views:
6
Visibility:
Public
Votes:
0
Category:
global-file-cache
Specialty:
bluexp_gfc
Last Updated:

适用场景

  • 全局文件缓存(GFC)
  • 预填充(预填充)作业   
  • TappNProcessing日志

问题解答

  • 如果 触发PrePop后出现延迟、并且实际显示 正在提取文件、则表示正在使用"按文件类型筛选"选项。
  • 这可以在 位于的TappNProcessing日志中看到 C:\Program File\TalonFast\FASTDebugLogs\Edge
  • 使用 Filter by file type 选项时、GFC会检查您为PrePop设置的每个文件、并收集需要提取和处理的文件列表。
  • 在下面所示的示例中,正在将Prepop作业配置为 在上运行 \\gfc-jm-fs1\share6,并将 Filter by file type 设置为 include.jpg。当作业执行时,Prepop机制将检查每个文件(无论扩展名类型如何),以创建所有.jpg的列表(此列表将写入内存,不会显示在任何日志中)。  审核完所有文件后、作业将开始 提取和处理目标.jpg文件。 

全局文件缓存

  • 创建列表并开始执行所需的时间会根据GFC必须执行的对象数量而有所不同。 

 

追加信息

请注意、Filter by file type字段区分大小写

 

 

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.