jvm
-
JVM 字节码对类类交互的限制 我正在查看,并惊讶地发现类之间的所有交互(例如,转换等)都依赖于恒定的池查找来查找其他类的标识。 我推断这意味着一个类不能知道超过64k个其他类的存在,因为不可能引用它们,这
-
极长的垃圾回收时间 我们有一个运行Java 6,Tomcat 6,Spring Framework 3,Hibernate 4,EhCache的Web应用程序。我们遇到了一个问题,垃圾回收时间非常长,可能需要30秒或更长时间,使应用程序无响应。 我们目前正在测试中
-
当未指定 -d32 或 -d64 等选项时,64 位 JVM 是否在 64 位模式下运行 我在64位Centos机器上安装了64位Java。我的查询是,如果我不指定-d64选项,即使没有安装32位JVM,JVM也会以32位模式运行吗? 另外,我有点好奇我们是否可以将-d64选项与“javac”一起使用。如果是
-
是否可以读取正在运行的 Java 应用程序的内存? 我想学习如何,或者是否有可能以编程方式与黑匣子java应用程序交互(通过读取其数据)。以前有没有做过这类事情的研究/工作? 我可以想象在JVM上运行会使事情变得非常复杂。 @anon:使用
-
Java 调用堆栈检查和操作 我的问题是:是否有可能(以任何方式)在运行时分析和修改调用堆栈(帧内容和堆栈内容)? 我正在寻找任何可能性 - 低级,不安全或内部API,编写C扩展的可能性等。唯一的约束:它应该在
-
有没有办法强制异常消息在Java 1.7中为英语 我几乎尝试了一切,包括: 将系统区域和语言更改为“美国英语” Use Locale.setDefaultLocale() 传入 JVM 参数 它打印出来: 但是我的应用程序仍然抛出带有中文异常消息的异常 这与春天有什
-
JVM 在类加载期间在 memcpy 时崩溃 我的JVM崩溃了,hs_err文件显示它在尝试加载类时崩溃了。特别是在尝试memcpy([libc.so.6 + 0x6aa2c] memcpy + 0x1c)时。我查看了.class文件,并能够确定正在加载的类。 但是,任何人都可以告诉我是什么
-
Java Memory explained (SUN JVM) 我试图找到对sun java vm的内存段的解释,管理员也可以理解。它应该解释什么是堆/非堆内存以及不同内存池的重要性。 如果它以某种方式与jconsole视图相关,那将是一个奖励。 有没有一个地方
-
为什么当JIT也编译字节码时,Java既是编译语言又是解释型语言? 我读到,Java源代码被编译成“字节码”,然后由JIT再次“编译”成“机器代码”。也就是说,源代码首先被编译成一个独立于平台的字节码,然后再次编译成一个机器特定的代码。那么为什么它
-
Java 32bit Xmx vs java 64bit Xmx 我对此感到非常困惑。根据java文档,Xmx是允许的最大堆大小。 Xms 是所需的最小 java 堆大小,在 JVM 启动时分配。在32位JVM(4GB RAM)上,java -Xmx1536M HelloWorld给出无法分配足够的内存错误。在64位JV
标签