配置JRun

Question

我们正在运行JRun 4，并且有很多崩溃。我试图了解问题的来源，并修改了jrun.xml文件以启用度量日志记录。

这就是我看到的..。

01/06 15:07:27 metrics Web threads (busy/total/delayed): 2/100/0 Sessions: 0 Total Memory=70720 Free=7464
01/06 15:08:27 metrics Web threads (busy/total/delayed): 1/100/0 Sessions: 0 Total Memory=66944 Free=9199
01/06 15:09:27 metrics Web threads (busy/total/delayed): 3/100/0 Sessions: 0 Total Memory=67456 Free=9644
01/06 15:10:27 metrics Web threads (busy/total/delayed): 3/100/0 Sessions: 0 Total Memory=63360 Free=8368

我一直在读的这本书(，Apress)表明，“忙碌”的数字是MB中的空闲内存。Adobe文档说它是“线程正在运行”。哪个是对的？

还有，这一切意味着什么？

如果我正确地阅读它，我有100个线程，和3个繁忙的线程。那么，如果其他97个线程既不忙也不延迟，它们还在做什么呢？

Answer 1

我建议使用像FusionReactor或SeeFusion这样的工具来调试ColdFusion稳定性问题。在我的经验中，崩溃与内存分配问题有关(不够，太多，垃圾收集器设置等等)。这还取决于您的应用程序在做什么，以及您设置了多少个并发线程来运行ColdFusion。上面提到的工具将给你更多的视觉洞察力，在实时的服务器，这样你就可以追踪问题。

Answer 2

线程繁忙/总计/延迟是Jrun当前处理的线程数。

忙碌正在处理中，目前正在执行。延迟是在线程队列上交换的线程，目前正在等待执行(通常是因为没有可用的活动线程)。它将一直呆在那里，直到活动线程释放出来或达到配置中设置的超时值为止。

Answer 3

不知道这本书“”，但是，Jrun的管理文档(在CD或web上是可获得的)在度量标准中是相当清楚的。

我推荐u也包括JDBC计数器，它们非常有用。

最后一件事是知道记忆，不仅是总记忆，还有建筑的不同提示、极限等等。

windows上的资源监视器中的CPU、pages/s和类似的一些度量通常会有所帮助。

我们运行了jrun4大约5年，并遇到了大量的问题，主要是在开发领域，而不是在系统，诺达维，有时是我们的错。

最后，我建议u，jrun4具有“集群”能力，如果你发现瓶颈，你总是可以在后端放置一个前端的IIS和2或3 Jrun4。相当有效。

希望能帮上忙。