blocks|key|3356745|text|尝试使用VisualVM+--您可以监视gc行为、内存使用情况、堆、线程、cpu使用情况等。您可以使用它连接到远程VM。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3356746|entityMap|0|LINK|mutability|MUTABLE|url|http://visualvm.java.net/^0|4|8|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Try using <a href="http://visualvm.java.net/" rel="nofollow">VisualVM</a> - you can monitor gc behaviour, memory usage, heap, threads, cpu usage etc. You can use it to connect to a remote VM.

blocks|key|3000040|text|“`visualvm·也是一个很好的工具，您也可以连接到远程JVM并查看其中的内容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3000041|我建议你这么做：|3000042|对几个小时和5天以来运行的应用程序进行快照。|unordered-list-item|3000043|比较线程数|3000044|比较对象计数，搜索增加的数字|3000045|看看你的程序在第五天在特定方法上花费的时间是否比第一天多。|3000046|检查磁盘空间，也许你已经用完了。|3000047|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|T|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|U|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|V|8|@]|9|@]|A|$]]|$1|M|3|N|5|F|7|W|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|X|8|@]|9|@]|A|$]]]|P|$]]

`visualvm˙ is also a great tool for such purposes, you can connect to a remote JVM as well and see what's inside.

I suggest you doing this:

<ul>
<li>take a snapshot of the application running since few hours and since 5 days</li>
<li>compare thread counts</li>
<li>compare object counts, search for increasing numbers</li>
<li>see if your program spends more time in particular methods on the 5th day than on the 1str one</li>
<li>check for disk space, maybe you are running out of it</li>
</ul>

blocks|key|2999928|text|jconsole随JDK而来，它是一个容易发现瓶颈的工具。将它连接到您的服务器，查看内存使用情况、GC时间，看看有多少线程是活动的，因为服务器可能会创建多个线程，并且它们永远不会退出。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2999929|entityMap^0|0|8|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

<code>jconsole</code> comes with the JDK and is an easy tool to spot bottlenecks. Connect it to your server, look into memory usage, GC times, take a look at how many threads are alive because it could be that the server creates many threads and they never exit.

blocks|key|3356687|text|我同意图尔斯基的观点。最重要的是，如果你对JMeter进行的调查没有定论，你也可以使用jconsole。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3356688|性能退化的可能原因是线程(创建的，但永远不会退出)和内存泄漏:如果您分配了越来越多的内存，在拥有OutOfMemoryError之前，您可能会遇到一些性能退化(几周前发生在我身上)。|3356689|entityMap^0|L|6|17|8|0|1C|G|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

I agree with tulskiy. On top of that you could also use <code>JMeter</code> if the investigations you will have made with <code>jconsole</code> are unconclusive. 

The probable causes of the performances degradation are threads (that are created but never exit) and also memory leaks: if you allocate more and more memory, before having the <code>OutOfMemoryError</code>, you may encounter some performances degradation (happened to me a few weeks ago).

blocks|key|1804092|text|要消除数据库，可以使用慢速查询日志(参阅：http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html+)监视慢速查询(和/或不使用索引的查询)|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1804093|我想猜测一下，您有一个缺失的索引，而且它只会随着数据量的增加而变得明显。|1804094|entityMap|0|LINK|mutability|MUTABLE|url|http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html^0|L|1M|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

To eliminate your database you can monitor slow queries (and/or queries that are not using an index) using the slow query log
see: <a href="http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html" rel="nofollow">http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html</a>

I would hazard a guess that you have a missing index, and it has only become apparent as your data volumes have increased.

blocks|key|3356794|text|另一个分析工具是尤尔杰。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3356795|它是商业的，但有试用期(两周)。实际上，我第一次尝试了@axel22+22所建议的VisualVM，但是我们的远程服务器是ssh‘’ed的，我们在通过VisualVM进行连接时遇到了问题(不是说不可能，我只是在几个小时后投降了)。|style|CODE|3356796|entityMap|0|LINK|mutability|MUTABLE|url|http://www.yourkit.com/^0|8|3|0|0|15|8|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@$A|U|B|V|F|G]]|9|@]|C|$]]|$1|H|3|-4|5|6|7|W|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]]]

Yet another profiler is <a href="http://www.yourkit.com/" rel="nofollow">Yourkit</a>. 
It is commercial, but with trial period (two weeks).
Actually, I've firstly tried <code>VisualVM</code> as @axel22 suggested, but our remote server was ssh'ed and we had problems with connecting via VisualVM (not saying that it is impossible, I've just surrendered after a few hours).

blocks|key|3000075|text|您可能只想尝试'play+status'命令，它将列出web应用程序状态(线程、作业等)。这可能会给你一些提示。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3000076|entityMap^0|7|D|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

You might just want to try the 'play status' command, which will list web app state (threads, jobs, etc). This might give you a hint on what's going on.

blocks|key|3000099|text|所以，伙计们，在这个特定的例子中，我在开发模式下运行play，这使得编译器不时地工作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3000100|在转变为生产模式后，一切都是闪电般的快速，不再有问题了。但是谢谢你的帮助。|3000101|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

So guys, in this specific case, I was running play in Developer mode, which makes the compiler works every now and then.

After changing to production mode, everything was lightning fast and no more problems anymore. But thanks for all the help.

I've developed a web application using the following tech stack:

<ul>
<li>Java</li>
<li>Mysql</li>
<li>Scala</li>
<li>Play Framework</li>
<li>DavMail integration (for calender and exchange server)</li>
<li>Javamail</li>
<li>Akka actors</li>
</ul>

On the first days, the application runs smoothly and without lags. But after 5 days or so, the application gets really slow! And now I have no clue how to profile this, since I have huge dependencies and it's hard to reproduce this kind of thing. I have looked into the memory and it seems that everything its okay.

Any pointers on the matter?

Performance drop after 5 days running web application, how to spot the bottleneck?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我使用以下技术栈开发了一个web应用程序：JavaMysqlScala播放框架DavMail集成(用于日历和交换服务器)贾瓦梅尔阿克卡演员在第一天，应用程序运行顺利，没有滞后。但是在5天左右之后，应用程序变得非常慢！现在我不知道如何描述这一点，因为我有很大的依赖性，而且很难复制这种东西。我仔细看了一下记忆，似乎一切都好。在这件事上有什么建议吗？

问运行web应用5天后性能下降，如何发现瓶颈？
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问运行web应用5天后性能下降，如何发现瓶颈？EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问运行web应用5天后性能下降，如何发现瓶颈？
EN