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

我看到了很多关于BigDecimal操作的引用。似乎BigDecimal操作符在某个时候需要在PersistentHashMap上调用find。
我对回溯的解释正确吗?对find的调用是否是BigDecimal操作的结果,意味着我对此无能为力?对他们来说这似乎是件很奇怪的事。不过,我很难比clojure.lang.Numbers$BigDecimalOps更深入地验证这一点。
发布于 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方法被称为不传递上下文。
问题的堆栈跟踪的相关部分是:
...
clojure.lang.PersistentHashMap.entryAt(Object)
clojure.lang.Var.getThreadBinding()
clojure.lang.Var.deref()
clojure.lang.Numbers$BigDecimalOps.add/multiply/..
...一些指向Clojure源代码的指针:
*math-context* Var 已定义*math-context*在执行BigDecimal 加法时不引用。其他操作也会发生同样的情况。getThreadBinding中的散列映射https://stackoverflow.com/questions/45149690
复制相似问题