谁能解释visualvm的采样功能背后的科学原理？？我原以为收集在每个特定方法上花费的CPU数量需要对要分析的应用程序进行检测，但看起来visualvm没有进行任何类型的检测，所以我很想知道它是如何完成的... 最佳答案 它有一个计时器。当计时器触发时，它会复制每个线程堆栈的当前内容。然后它将堆栈帧翻译成方法和对象名称，并记录相对方法的计数。正因为如此，它不需要检测代码，因此非常轻量级。但是，因为它没有检测代码，所以可能会错过短期运行的东西。因此，它主要用于跟踪长期运行的性能问题，或快速识别代码中的严重热点。

为了我的研究生研究，我正在创建一个训练图像识别的神经网络。我要复杂得多，而不仅仅是获取RGB值的网格、下采样并将它们发送到网络的输入，就像许多示例所做的那样。我实际上使用了100多个独立训练的神经网络来检测特征，例如线条、阴影图案等。更像人眼，到目前为止效果非常好!问题是我有相当多的训练数据。我向它展示了100多个汽车外观示例。然后是一个人长什么样的100个例子。然后超过100个狗的样子等等。这是相当多的训练数据!目前我正在运行大约一周的时间来训练网络。这有点阻碍了我的进步，因为我需要调整和重新训练。我正在使用Neuroph，作为低级神经网络API。我正在运行双四核机器(16核超线程)

我没有真正幸运地通过使用Google得到这个比较的简明答案，而不是自己做耗时的评估，我想我会先问。我相当确定使用枚举的switch语句会比if-then-else语句执行得更快，尽管它是否有明显的差异是另一个问题。有人可以帮我解释一下吗？感谢大家的快速回复，我会在未来的项目中牢记这一点。 最佳答案 是的，确实如此，因为一般而言，switch语句比if/else链运行得更快。虽然生成的字节码并不总是性能比较的权威来源，但您可以检查它以获得更好的想法。例如这段代码:classA{enumN{ONE,TWO,THREE}voidtestS

我遇到了性能问题。有没有人有更快/更好的解决方案来执行以下操作:Stringmain="";for(Stringproposition:propositions){if(main.length()==0){main=proposition;}else{main="|("+proposition+","+main+")";}}我知道concat和stringbuilder更快，但我不知道如何使用这些方法。因为下面一行代码:main="|("+proposition+","+main+")";提前致谢! 最佳答案 据我所知，这里有3个问

使用整数标志和按位运算是否是减少大量对象内存占用的有效方法？内存占用据我了解，通常boolean在JVM实现中存储为int。这个对吗？在这种情况下，32个标志肯定代表内存占用量大幅减少。当然，JVM实现各不相同，因此情况可能并非总是如此。性能据我了解，CPU非常受数字驱动，而按位运算的效率与计算中的事物一样高效。与boolean运算相比，使用按位运算是否会降低性能甚至提高性能？备选方案有没有更好的方法来完成同样的事情？枚举是否允许标志组合，即FLAGX=FLAG1|FLAG2?示例代码请注意最后一个方法propogateMove()是递归的，每秒可能被调用数百次，对我们的应用程序的响应

原始问题因为我从1.6.3更改了版本。到1.6.4我在托管模式下与GWT一起工作时遇到严重的性能问题。2012年4月18日更新此问题在开发环境的1.6.4.1中也可重现。现在最好降级到1.6.32012年9月7日更新根据克里斯·吉辛的说法:这在1.7.0中仍未修复。一个请求在1.4.3中需要330ms处理，在1.6.3中需要415ms处理，在1.7.0中需要13740ms处理。这是从计时Java分析代码(无I/O)开始的——速度几乎降低了40倍。2012年9月8日更新Google在issue7282中承认了这个问题googleappengine的公共(public)问题列表。

我想阅读文档并处理它们。每次迭代处理一个文档。哪种代码比较好？1.BufferedReaderbr;for(Filef:files){br=newBufferedReader(......);......}2.for(Filef:files){BufferedReaderbr=newBufferedReader(......);......}我的观点是哪一个在空间和速度方面更有效率？ 最佳答案 在我看来，后者更为清晰。通常，更喜欢声明具有最小作用域的局部变量，理想情况下在声明时初始化它们。它不会直接影响性能-但会影响可读性和维护性，

我需要在批处理程序中获得理想数量的线程，该批处理程序在支持并行模式的批处理框架中运行，例如SpringBatch中的并行步骤。据我所知，执行程序步骤的线程太多并不好，它可能会对程序的性能产生负面影响。一些因素可能会导致性能下降(上下文切换、使用共享资源时的竞争条件(锁定、同步..)......(还有其他因素吗？))。当然，获得理想线程数的最佳方法是对我进行实际程序测试以调整程序的线程数。但在我的情况下，真正的测试并不是那么容易，因为测试需要很多东西(人员、测试安排、测试数据等)，这些对我现在来说太难准备了。因此，在进行实际测试之前，我想尽可能地了解如何获得我的程序的可猜测理想线程数。我

用Java创建XML文档最快最有效的方法是什么？那里有大量的库(woodstox、xom、xstream...)，只是想知道是否有人有任何意见。我应该使用代码生成方法吗(因为xml模式是众所周知的)？还是运行时的反射方法？编辑了附加信息:定义明确的XML架构可用且很少更改要求是将java对象转换为XML，而不是相反每秒数千个java对象到XML代码生成、代码复杂度、配置、维护等仅次于更高的性能。 最佳答案 如果我要创建一个非常简单的XML内容，我会坚持只使用JDKapi，不引入任何第三方依赖项。所以对于简单的XML，如果我要将XML

我们刚刚完成对应用程序的分析。(她开始变慢了)。问题似乎是“处于hibernate状态”。这是一个遗留映射。谁工作，做什么工作。后面的关系模式也可以。但是有些请求非常慢。因此，我们将不胜感激任何关于hibernate常见和常见错误的反馈，这些错误最终会导致响应缓慢。示例:用Eager代替Lazy可以显着改变响应时间....编辑:像往常一样，阅读手册通常是个好主意。这里有一整章涵盖这个主题:http://docs.jboss.org/hibernate/core/3.3/reference/en/html/performance.html 最佳答案