blocks|key|4929298|text|虽然我还没有亲自使用过VisualVM，但我今天才看到这个blog+post，它可能会为您提供一些有用的信息。他谈到了使用它来分析生产应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4929299|entityMap|0|LINK|mutability|MUTABLE|url|http://blog.xebia.com/loitering-objects-make-web-company-lose-money/^0|T|9|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]]]]

While i haven't personally used VisualVM, I saw this <a href="http://blog.xebia.com/loitering-objects-make-web-company-lose-money/" rel="nofollow noreferrer">blog post</a> just today that might have some useful information for you. He talks about profiling a production app using it.

blocks|key|2023791|text|我在一个dev+box上试了一下，发现当我关闭性能分析时，它会意外地关闭Tomcat。我会非常谨慎地将其应用到生产环境中--您可以在登台环境中模拟负载吗？它没有真正的东西好，但如果它出了问题，它可能不会让你被解雇……|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2023792|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I tried it on a dev box and found that when I turned off profiling it would shut Tomcat down unexpectedly. I'd be very cautious about rolling this out to production- can you simulate load in a staging environment instead? It's not as good as the real thing, but it probably won't get you fired if it goes wrong...

blocks|key|2030557|text|我以前使用过VisualVM来分析一些在本地运行的东西。一个很大的胜利是，我只需启动它，它就可以连接到正在运行的JVM。它比我以前使用过的其他分析工具更容易使用，而且似乎没有那么多开销。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2030558|我认为它可以进行采样。CPU密集型应用程序的开销似乎并不显著。我没有测量任何东西(我感兴趣的是我的应用程序如何执行，而不是工具如何执行)，但它绝对没有我从分析中看到的10倍的速度减慢。|2030559|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|$]]

I've used VisualVM before to profile something running locally. A big win was that I just start it up, and it can connect to the running JVM. It's easier to use than other profiling tools I've used before and didn't seem to have as much overhead.

I think it does sampling. The overhead on a CPU intensive application didn't seem significant. I didn't measure anything (I was interested in how my app performed, not how the tool performed), but it definitely didn't have the factor of 10 slowdown I'm used to seeing from profiling.

blocks|key|2030585|text|对于仅仅监视您的应用程序而言，远程运行VisualVM应该不会降低它的运行速度。如果系统不是在崩溃的边缘，我仍然没有看到任何问题。它基本上只是从JVM的粗粒度内置插装中读出信息。但是，如果您开始分析，您将遇到与其他分析器相同的问题。基本上是因为它们几乎都以相同的方式工作，通常使用JVM中的支持。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2030586|由于防火墙问题，许多人在远程运行VisualVM时遇到问题，但您甚至可以在设置了某些系统属性的情况下运行Visual+VM+remotely+over+ssh。|offset|length|2030587|entityMap|0|LINK|mutability|MUTABLE|url|http://spjelkavik.wordpress.com/2009/08/27/running-visualvm-through-an-ssh-tunnel-with-socks/^0|0|1G|R|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

For just monitoring your application, running VisualVM remotely should not slow it down much. If the system is not on the edge of collapsing, I still haven't seen any problems. It's basically just reading out information from the coarse grained built-in instrumentation of the JVM. If you start profiling, however, you'll have the same issues as with other profilers. Basically because they all work almost they same way, often using the support in the JVM.

Many people have problems with running VisualVM remotely, due to firewall issues, but you can even run <a href="http://spjelkavik.wordpress.com/2009/08/27/running-visualvm-through-an-ssh-tunnel-with-socks/" rel="nofollow noreferrer">Visual VM remotely over ssh</a>, with some system properties set.

blocks|key|119116|text|可以使用VisualVM从另一台计算机远程连接到您的服务器。您只需右键单击"+Remote“节点，然后说"Add+Remote+Host”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|119117|这至少可以消除在运行时影响性能的VisualVM开销(如果有的话)。|119118|这可能不会消除所有的性能问题，特别是在生产环境中，但它会有一些帮助。|119119|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

It is possible to remote connect to your server from a different computer using VisualVM. You just need to right click on the "Remote" node and say "Add Remote Host." 

This would at least eliminate the VisualVM overhead (if there is any) from impacting performance while it is running.

This may not eliminate all performance concerns, especially in Production environments, but it will help a little.

blocks|key|4929401|text|我使用了Net+Beans分析器，它使用与Visual+VM相同的基础。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4929402|我使用的是旧版本的Weblogic，这意味着我使用的是1.5JVM，所以我不能进行动态附加。我分析的应用程序有几千个类，当分析器对它们进行检测时，我的工作站几乎无法使用。一旦检测完成，系统就会变慢，但不是完全不可用。减速的程度实际上取决于您需要捕获的内容。基本的CPU指标是相当轻量级的。分析内存分配会大大减慢速度。|4929403|我不会在生产系统上使用它。除了可能减慢之外，我最终耗尽了PermGen空间，因为当您更改设置时，分析器会重新检测和重新加载类。(这可能在1.6版的代理中被修复了，我不知道)|4929404|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I've used the Net Beans profiler which uses the same underpinnings as Visual VM.

I was working with an older version of Weblogic, which meant using the 1.5 JVM, so I couldn't do a dynamic attach. The application I was profiling had several thousand classes and my workstation was pretty much unusable while the profiler instrumented them all. Once instrumentation was complete, the system was sluggish but not completely unusable. The amount of slowdown really depends on what you need to capture. The basic CPU metrics are pretty light weight. Profiling memory allocation slows things down a lot.

I would not use it on a production system. Aside from the potential for slowdown, I eventually ran out of PermGen space because the profiler reinstruments and reloads classes when you change settings. (This may be fixed in the 1.6 agent, I don't know)

blocks|key|4929446|text|在VisualVM被包含在JDK中之前，我就一直在使用它。它对系统性能的影响可以忽略不计。我从来没有注意到它会导致系统的性能问题，但是话又说回来，我们的Java服务器当时有足够的余量来支持一些额外的负载。如果您的服务器运行在一个完全固定的级别，并且无法处理VisualVM运行，那么我会说您更有可能需要购买另一台服务器。任何生产服务器都应该有一些内存预留空间，否则，您所拥有的将是等待发生的灾难。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4929447|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I've been using VisualVM a lot since before it was included in the JDK. It has a negligable impact on the performance of the system. I've never noticed it cause a problem with performance on the system, but then again, our Java server had enough headroom at the time to support a little extra load. If your server is running at a level that is completely tacked out and can't handle the VisualVM running, then I would say its more likely that you need to buy another server . Any production server should have some memory headroom , otherwise what you have is a disaster just waiting to happen.

blocks|key|2816992|text|我用过VVM(VavaVoom?)相当广泛，在轻量级模式下的工作方式就像一个护身符，即无需分析，只需从VM获取基本数据即可。但是一旦你开始分析，并且有很多类，那么就会有相当大的速度减慢。我不会在生产环境中进行分析，即使你有128个核心板和2TB的内存，纯粹是因为类的重新加载和重新定义是棘手的，服务器类加载器是另一回事，也因服务器实现而异，在生产中干扰它们不是一个很好的主意。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2816993|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I have used VVM(VavaVoom?) quite extensively, works like a charm in the light mode, i.e. no profiling, just getting the basic data from the VM. But once you start profiling and there are many classes, then there is considerable slowdown. I wouldn't profile in a production environment even if you have 128 core board with 2 tera of memory purely because the reloading and re-defining of the classes is tricky, the server classloaders are another thing, also vary from one server implementation to another, interfering with them in production is not a very good idea.

Has anyone used the new Java 1.6 JDK tool, <a href="http://web.archive.org/web/20070724060100/https://visualvm.dev.java.net/" rel="nofollow noreferrer">VisualVM</a>, to profile a production application and how does the application perform while being profiled?

The documentation say that it is designed for both Production and Development use, but based on previous profiling experience, with other profiling tools, I am hesitant.

Java 1.6 JDK tool, VisualVM

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

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

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

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

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

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

社区新版编辑器体验调研

有人使用过新的Java1.6JDK工具来评测生产应用程序吗?在评测应用程序时，该应用程序的性能如何？文档说它是为生产和开发两种用途而设计的，但根据以前的分析经验，对于其他分析工具，我犹豫不决。

问Java1.6JDK工具，VisualVM
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Java1.6JDK工具，VisualVMEN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Java1.6JDK工具，VisualVM
EN