首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >解释VisualVM回溯

解释VisualVM回溯
EN

Stack Overflow用户
提问于 2017-07-17 16:52:59
回答 1查看 228关注 0票数 0

我在我的Mandelbrot集浏览器上做CPU分析。由于某些原因,java.lang.PersistentHashMap$BitmapIndexedNode.find正在使用相当大的百分比的总CPU时间。当我对分析结果进行快照并得到该方法的回溯跟踪时,我得到如下信息:

我看到了很多关于BigDecimal操作的引用。似乎BigDecimal操作符在某个时候需要在PersistentHashMap上调用find

我对回溯的解释正确吗?对find的调用是否是BigDecimal操作的结果,意味着我对此无能为力?对他们来说这似乎是件很奇怪的事。不过,我很难比clojure.lang.Numbers$BigDecimalOps更深入地验证这一点。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2017-07-20 04:09:03

你的解释是正确的。此外,乘法、否定、除法和其他BigDecimal操作最终会执行散列映射查找。这些都是取消引用*math-context* Var的一部分。每次对两个BigDecimal对象执行算术操作时都会发生这种情况。除了切换到其他数字类型(如double )之外,没有什么可以做的。

clojure.core/*math-context*动态Var没有docstring。据我所知,它的目的是保存java.math.MathContext对象。MathContext对象可用于指定BigDecimal操作的精度和舍入方式。如果*math-context*被绑定,它的值将像在BigDecimal.add(BigDecimal扩增,MathContext mc)中一样传递给BigDecimal.add(BigDecimal扩增,MathContext mc)运行时中的BigDecimal方法。当*math-context*没有绑定时,BigDecimal方法被称为不传递上下文

问题的堆栈跟踪的相关部分是:

代码语言:javascript
复制
...
clojure.lang.PersistentHashMap.entryAt(Object)
clojure.lang.Var.getThreadBinding()
clojure.lang.Var.deref()
clojure.lang.Numbers$BigDecimalOps.add/multiply/..
...

一些指向Clojure源代码的指针:

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/45149690

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档