我运行一个debian压缩标准的Apache安装（2.2），并使用SSLClientCertificates来授权用户。 这工作很好迄今。 但是我们注意到一些并行请求的缓慢，并试图检查我的SSLSessionCache是否正在工作。 所以我检查了我的本地主机/服务器状态，它是这样读的： SSL/TLS Session Cache Status: cache type: SHMCB, shared memory: 512000 bytes, current sessions: 0 subcaches: 32, indexes per subcache: 133 index usage: 0%, cache usage: 0% total sessions stored since starting: 0 total sessions expired since starting: 0 total (pre-expiry) sessions scrolled out of the cache: 0 total retrieves since starting: […]
我有一个备份过程，从磁盘读取大量的数据，因此将所有内存用于磁盘高速caching，在此过程中交换应用程序和其他caching的数据。 在备份完成后，将备份的数据保存在磁盘caching中没有任何好处，所以我想限制内核可以为该进程caching的数据量。 可能吗？ 谢谢，
我有一个8驱动器RAID 10安装连接到Adaptec 5805Z，运行Centos 5.5和截止date调度程序。 一个基本的dd读取testing显示400mb / sec，并且基本的dd写入testing显示大致相同。 当我同时运行这两个时，我看到读速度下降到约5mb / sec，而写入速度停留在或多或less相同的400mb /秒。 iostat -x的输出如你所期望的，表明当磁盘遭到写入轰炸时，正在执行的读取事务非常less。 如果我closures控制器的写回caching，我没有看到50:50的分割，但是我确实看到了明显的改进，大约100mb / s的读取和300mb / s的写入。 我还发现，如果我降低驱动器队列上的nr_requests设置（8左右似乎是最佳的），我可以以150mb /秒的读取速度和150mb / sec的写入速度结束; 即。 总吞吐量减less，但肯定更适合我的工作量。 这是一个真正的现象吗？ 还是我的综合testing过于简单？ 这个可能发生的原因似乎足够清楚，当调度程序从读取切换到写入时，它可以运行一堆写入请求，因为它们全都落在控制器caching中，但必须在某个时刻执行。 我猜测当调度程序开始尝试再次执行读取操作时，会发生实际的磁盘写入操作，导致执行的读取请求很less。 这似乎是一个合理的解释，但它似乎是一个巨大的缺点，使用writebackcaching在一个系统上有不小的写入负载。 整个下午我一直在寻找讨论，什么都没发现。 我错过了什么？
我们使用mod_cache在Apache 2.2.19后面运行Plone 3.3.6。 我们最近注意到，Apache正在caching对范围请求的响应，然后在请求完整资源时提供部分响应。 什么似乎发生： 某些客户端为尚未处于高速caching或处于高速caching但已过期的资源发出一个范围请求 Apache正确地服务于206响应 另一个客户端使一个标准的请求相同的资源 Apache对这个第二个客户端提供同样的响应：它应该以200来响应整个响应 这偶尔会导致我们在一些网站上的问题 我可以一贯地复制这个：我写了一个小python脚本来提出一个范围请求。 我不认为我们的Apacheconfiguration没有做任何不寻常的事情。 我们正在使用反向代理configuration来为Plone提供页面。 与mod_cache相关的Apacheconfiguration如下： CacheEnable disk / CacheDisable /static CacheDisable /sitemap.xml.gz CacheDisable /robots.txt CacheIgnoreHeaders Set-Cookie UseCanonicalName On RequestHeader edit Accept-Encoding ^.*gzip.*$ gzip early RequestHeader edit Accept-Encoding ^(?!gzip).*$ "" early Apache高速caching指南在状态码列表中不包括响应“必须具有”的206个响应，以便将其caching。 这是Apache的错误还是我们在configuration中做错了？
我有一个网站IIS 6.0，将数据放入caching。 可悲的是，它没有到期。 有没有一种方法（工具或命令）强制清除caching而无需重新启动机器或重新启动Web服务器？ 我已经尝试重新启动应用程序池没有成功。
我们的服务器运行正常，但是当备份或其他扫描进程运行时，它会占用整个服务器。 像clamd会运行并扫描许多文件。 虽然我们预计性能会下降，但它会导致我们的caching死机，最终的结果是我们没有一个可以做任何事情的系统。 有没有办法禁用单个命令的光盘/磁盘caching？ 这个想法是这样运行的： # ./nocache clamd 然后，在运行clamd时，不会在读取系统上的所有文件的同时冲击已启动的高速caching。
我正在cachingdynamic生成的页面（PHP-FPM，NGINX），并在他们面前有清漆，这工作得很好。 但是，一旦达到caching超时，我看到这个： 新的客户端请求页面 清漆识别caching超时 客户端等待 清漆从后端获取新的页面 清漆递送新的页面到客户端（并且页面被caching，对于即时得到它的下一个请求） 我想要做的是： 客户端请求页面 清漆识别超时 清漆将旧页面传递给客户端 清漆从后端获取新的页面并将其放入caching 在我的情况下，它不是过时的信息是一个大问题的网站，特别是当我们谈论几分钟内的caching超时。 但是，我不想惩罚用户排队，而是立即提供一些东西。 这在某种程度上可能吗？ 为了说明，下面是一个对我的服务器运行攻城战5分钟的示例输出，configuration为caching一分钟： HTTP/1.1,200, 1.97, 12710,/,1,2013-06-24 00:21:06 … HTTP/1.1,200, 1.88, 12710,/,1,2013-06-24 00:21:20 … HTTP/1.1,200, 1.93, 12710,/,1,2013-06-24 00:22:08 … HTTP/1.1,200, 1.89, 12710,/,1,2013-06-24 00:22:22 … HTTP/1.1,200, 1.94, 12710,/,1,2013-06-24 00:23:10 … HTTP/1.1,200, 1.91, 12709,/,1,2013-06-24 00:23:23 … HTTP/1.1,200, 1.93, 12710,/,1,2013-06-24 00:24:12 … 我忽略了几百个运行在0.02左右的请求。 但是，我仍然担心用户需要等待2秒钟才能获得原始的HTML。 我们不能在这里做得更好吗？ （我遇到Varnish发送caching […]
为了基准testing的目的，我想强制Apache 2从磁盘加载每个请求的文件，而不是从内存中的caching加载它。 从我读过的同步跟随 echo 3 > /proc/sys/vm/drop_caches 让我放下linux的caching。 随后对特定文件的请求将不会从linux的caching中提供，但是对于同一文件的进一步请求将再次从linux的caching中提供。 这是因为/ proc / sys / vm / drop_caches不禁用caching，它只丢弃那些已被caching到那一刻的内容。 我可能会在每个请求之前删除caching，但我更喜欢另一个解决scheme。 还有什么我可以做，以确保Apache从磁盘加载每个请求的文件？ 为什么我想这样做 ：我知道在正常的操作中caching是启用的。 但是服务器并没有提供小的，经常访问的文件，比如html页面，小图片等，而是从大量的文件中提供几兆字节大小的文件。 这些文件访问非常一致，因此每个单独的文件很less被访问。 因此，在正常操作中，我期望大多数访问不会导致caching命中，但需要从磁盘加载文件。 我有几个示例文件，我想通过使用apache的ab基准testing来衡量服务器每秒能够处理多less事务。 不幸的是我相信我得到的结果是因为caching太乐观了。 因此，我想禁用Linux的磁盘caching，任何cachingApache可能会自己做。 更新： 到目前为止给出的答案告诉我如何禁用Apache自己的caching，但我仍然想知道是否有一种方法来禁用由Linux内核完成的caching。
如何configurationVarnish以便所有匹配请求的响应都会在客户端的浏览器中caching30天？ 我想要做的是让Varnish设置正确的“Expires：”和/或“Cache-Control”设置，这样所有的CSS都被caching了30天，而不pipe后端怎么说客户端的caching能力这些对象。
我试图制定一个策略来处理caching的JavaScript文件，CSS，图像等，当我们发布更新到我们的网站。 在我开始在JavaScript文件上实现版本号之前，我想知道如果每次发布后IIS重置都会导致caching文件被重新发送。