问题标签 [warm-up]

我在 Windows 2008 服务器上为一个映射到端口 8080 的网站使用 IIS 7.5 的应用程序初始化模块。设置预热模块后，我能够让它触发Application_Start()，Global.asax但不是我的任何页面设置为初始化页面。当我添加登录时Application_BeginRequest()，它显示预热模块正在调用页面localhost:80而不是localhost:8080. 我尝试使用Server.TransferRequest，但没有奏效。Response.Redirect 不应该工作，因为这些是虚拟请求并且没有客户端响应重定向。我还想知道这有什么关系，Web 应用程序被发送了请求，正如 triggerring 所证明的那样Application_BeginRequest()，但是为什么它不继续渲染我的任何页面呢？登录中Application_Error()对页面的请求没有显示任何错误localhost:80。

有没有人知道是什么导致了这个问题以及如何解决它？

我注意到第一次运行脚本时，它比第二次和第三次¹花费的时间要多得多。这个问题中提到了“热身” ，没有任何解释。

为什么代码“热身”后运行速度更快？

我不在clear all调用²之间，但是每个函数调用的输入参数都会改变。有人知道为什么吗？

_{1. 我的驾照在本地，所以不是驾照检查的问题。}

_{2. 实际上，如果 I ，行为不会改变clear all。}

我现在有一个 GAE Java 应用程序处于开发阶段。

从今天 2013-07-22 13:33:33.452 PDT 到 2013-07-22 14:00:18.678（大约 27 分钟）开始，我的应用每 5~6 秒不断收到预热请​​求，因此超出配额，现在它不工作了。据我所知，当时我们什么都没做，只是开始收到热身请求。（它只针对韩国客户，当时是韩国的一大早，所以我很确定没有人在使用它。）

我对这个应用程序所做的最新更改是 1) 升级到 1.8.2 SDK，以及 2) 在应用程序控制台的应用程序设置页面中启用专用内存缓存只是为了试一试。

这里发生了什么事？这是 SDK 或专用内存缓存中的错误吗？我是否必须降级到 SDK 版本 1.7.x？

我正在尝试将此功能添加到我的项目中。它适用于我在集成模式下的应用程序池上的测试 Web 应用程序。但是当我试图将应用程序池模式从集成更改为经典时，似乎之后没有调用 Preload 方法。有人面临同样的问题吗？或者这个功能在经典模式下不起作用？

谢谢，马克西姆

我正在构建一个 WCF 服务，在启动时（不是第一次调用）需要监视文件系统以更新文件。我有服务工作但是，我遇到了一个问题，我无法让 WCF 服务在部署时“热身”并开始工作。我能够启动服务的唯一方法是通过它的一种网络方法直接戳它。

我已按照以下文章中的说明进行操作，但无济于事：

IIS 8 应用程序初始化 - 预热 WCF 服务

http://www.codeproject.com/Articles/508713/Custom-WCF-web-service-warm-up

我所做的与示例之间的唯一区别似乎是我使用的是 IISExpress。有没有人在 IISExpress 中使用 WCF 服务热启动取得任何成功？

开发环境：Visual Studio 2012 Sp2

我想在 ehCache 初始化期间从数据库加载所有静态数据。

做到这一点的最佳方法是什么？

我必须在缓存配置文件中配置任何加载器吗？如果是，何时调用此加载程序？

ehCache 文档 - http://ehcache.org/documentation/2.4/user-guide/cache-loaders 讲述了一些加载器。但无法理解这是否是解决我的问题的最佳方法。

我想知道是否还有其他人遇到过相同的 Lucene（不是 Solr）情况？

当我打开一个 Lucene 索引时，我用一个典型的查询对其进行预热，然后将搜索器缓存一段时间，以便许多查询可以使用它。然后我重新打开它并重复。因为我在 Linux 上运行 Lucene 3.6，据我了解，我的大部分开放索引数据都驻留在文件系统缓存中，而不是 JVM 堆中。我发现查询的响应时间会随着时间的推移而增加——除非我通过重新运行我的典型查询来不断重新加热搜索者。其他人遇到过这个问题吗？如果是这样，重新加热是保持他查询响应的唯一方法吗？多久工作一次最好？

一些背景

• 机器总是忙于处理其他非 Lucene 文件，这让我怀疑 F/S 缓存页面会随着时间的推移而被替换
• 我的索引器没有在与我的查询服务器相同的 JVM 中运行，因此 NRT 等不相关

谢谢！

克里斯

IIS 7.5 warm up (IProcessHostPreloadClient) is not working when application pool's Managed Pipeline Mode set to Classic, if the Managed Pipeline Mode set to integrated Mode it works fine.

Not sure if i have to do anything special for classic mode to work

I am following this url

http://weblogs.asp.net/scottgu/archive/2009/09/15/auto-start-asp-net-applications-vs-2010-and-net-4-0-series.aspx

我正在尝试在 Solr 版本 4.10.3 上的 solrconfig.xml 中配置预热查询，但无论我们如何做，缓存似乎在大约一分钟左右后消失了，然后第一次搜索再次需要大约 20 秒。随后的搜索立即进行。

查询看起来像这样（过滤器是变量搜索词）：

solr/Nyheder/select?q=overskrift:" & filter & "+OR+underrubrik:" & filter & "+OR+tekst:" & filter&fl=id+oprettet+overskrift+underrubrik+tekst+pix &sort=oprettet+desc

solrConfig.xml 部分（似乎没有任何帮助）看起来像这样（它与 event="firstSearcher" 类似）：

编辑：添加提交配置

我在延迟敏感的应用程序中使用 Indexed Chronicle 队列（版本 3.4.3）。为了消除延迟峰值，我在编年史前面有一个阻塞队列，生产者在其中丢弃消息。然后后台线程轮询队列并将数据写入 Chronicle。

我想知道有没有什么技巧可以热身编年史？我通过使一组消息入队/出队来预热阻塞队列。我是否应该将这些信息写入编年史并清理它以使其热身？

谢谢