我们的ISA服务器pipe理员是这样说的：
ISAcaching如何工作如下：当ISA服务器收到访问网站的请求时，首先要检查caching是否可以在本地加载。 由于caching目前大小为50Gb，因此服务器必须在a）直接向用户返回结果之前检查整个caching文件，或者b）将请求传递到互联网以检索网页（然后将其放置在caching中）。 不得不分析这么多的数据可能会减慢互联网访问速度。
有一个较小的caching将是有益的，因为ISA服务器可以更快地处理请求，无需经常检查本地磁盘冗长（计算机方面）的时间段。
他build议我们将caching文件从50GB减less到10GB。
虽然我同意他的观点，但肯定的是，这可能是极端的：如果我没有任何caching文件，我肯定可以跳过那些可怕的缓慢的磁盘，每当我收到请求时就去互联网。
因此，问题是什么是ISA服务器磁盘caching文件的最佳大小？ ISA服务器是否有一个方便的索引或缓存请求的散列表，这样caching文件的大小并不重要，它将能够find任何caching的内容的偏移量，在该文件中的O（1 ） 时间？
这听起来似乎不太合理，因为caching正如您怀疑正确索引的那样。 它在ISAvalidationcaching内容的服务启动时被重新索引。 情感是模糊的，一般化的，并没有考虑到对象索引或部分caching数据同样存在于内存中 – 但是没有经过实际testing的任何东西都可以被拒绝，所以谁知道呢？ 把它降到10GB最有可能不会伤害呢？ ^^
caching的性能取决于许多其他因素。 ISA Server 2004将默认使用内存的10％来caching最近使用的caching对象，而旧对象显然只能在磁盘上。 增加内存，并确保至less1GB的网页caching将是明智的 – 是的，caching的磁盘系统将对通用caching性能产生强烈的影响 – 但大小真的没有关系。
有一些有关ISA 2000的数据库文件限制为10GB的信息，并且在超出限制时会创build多个文件 – 但是对性能没有负面影响。 有几个postbuild议这个版本不要超过10GB的caching大小，因为“更多不会真的有帮助”，但不是因为它会放慢速度。
这里有一些在2004 年优化caching性能的一般技巧 。