optimization - 为什么 `logBase 10 x` 比 `log x/log 10` 慢,即使是专门的?

标签 optimization haskell ghc

solrize在#haskell 中询问了有关此代码的一个版本的问题,我尝试了其他一些案例,想知道发生了什么。在我的机器上,“快速”代码大约需要 1 秒,“慢”代码需要大约 1.3-1.5 秒(所有内容都使用 ghc -O2 编译)。

import Data.List

log10 :: Double -> Double
--log10 x = log x / log 10 -- fast
--log10 = logBase 10 -- slow
--log10 = barLogBase 10 -- fast
--log10 = bazLogBase 10 -- fast
log10 = fooLogBase 10 -- see below

class Foo a where
    fooLogBase :: a -> a -> a

instance Foo Double where
    --fooLogBase x y = log y / log x -- slow
    fooLogBase x = let lx = log x in \y -> log y / lx -- fast


barLogBase :: Double -> Double -> Double
barLogBase x y = log y / log x

bazLogBase :: Double -> Double -> Double
bazLogBase x = let lx = log x in \y -> log y / lx


main :: IO ()
main = print . foldl' (+) 0 . map log10 $ [1..1e7]

我希望 GHC 能够转 logBase x ylog y / log x 完全相同, 专业时。这里发生了什么,推荐使用 logBase 的方法是什么? ?

最佳答案

和往常一样,看看核心。

快速(1.563 秒)-

-- note: top level constant, referred to by specialized fooLogBase

Main.main_lx :: GHC.Types.Double
Main.main_lx =
     case GHC.Prim.logDouble# 10.0 of { r ->
     GHC.Types.D# r
  }

Main.main7 :: GHC.Types.Double -> GHC.Types.Double
Main.main7 =
  \ (y :: GHC.Types.Double) ->
    case y of _ { GHC.Types.D# y# ->
    case GHC.Prim.logDouble# y# of { r0 ->
    case Main.main_lx of { GHC.Types.D# r ->
    case GHC.Prim./## r0 r of { r1 ->
    GHC.Types.D# r1
    }
    }
    }

慢(2.013 秒)
-- simpler, but recomputes log10 each time
Main.main7 =
  \ (y_ahD :: GHC.Types.Double) ->
    case y_ahD of _ { GHC.Types.D# x_aCD ->
    case GHC.Prim.logDouble# x_aCD of wild1_aCF { __DEFAULT ->
    case GHC.Prim.logDouble# 10.0 of wild2_XD9 { __DEFAULT ->
    case GHC.Prim./## wild1_aCF wild2_XD9 of wild3_aCz { __DEFAULT ->
    GHC.Types.D# wild3_aCz
    }
    }
    }
    }

在快速版本中,log10 计算一次并共享(静态参数仅应用一次)。在慢速版本中,它每次都会重新计算。

您可以按照以下推理生成更好的版本:
-- 1.30s
lx :: Double
lx = log 10

log10 :: Double -> Double
log10 y = log y / lx

main :: IO ()
main = print . foldl' (+) 0 . map log10 $ [1..1e7]

而且,使用数组融合,您可以消除组合风格的损失:
import qualified Data.Vector.Unboxed as V

lx :: Double
lx = log 10

log10 :: Double -> Double
log10 y = log y / lx

main :: IO ()
main = print . V.sum . V.map log10 $ V.enumFromN 1 (10^7)

成本降低 3 倍
$ time ./A
6.5657059080059275e7

real    0m0.672s
user    0m0.000s
sys     0m0.000s

这和手写一样好。与上面正确编写的版本相比,以下内容没有任何好处。
lx :: Double
lx = D# (GHC.Prim.logDouble# 10.0##)

log10 :: Double -> Double
log10 (D# y) = D# (case logDouble# y of r -> r /## d#)
    where
        D# d# = lx

main :: IO ()
main = print . V.sum . V.map log10 $ V.enumFromN 1 (10^7)

关于optimization - 为什么 `logBase 10 x` 比 `log x/log 10` 慢,即使是专门的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11290929/

相关文章:

c++ - openmp并行性能

haskell - 为什么记忆化不起作用?

haskell - 使用 GADT 为类型类构造具体类型

Java - 比较列表

c++ - static_assert 是否有助于优化编译器?

haskell - 我教 ghci 编译我的 StackOverflow 帖子。我可以让它更光滑吗?

list - 绑定(bind) `len = length xs` 然后计算 `len` 会导致 GHC 消耗大量 RAM

haskell - 在 Nat 上使用 * 作为原语

haskell - 显示与 unsafeCoerced 值一起使用时返回错误值

sql - 创建针对 FULLTEXT 搜索优化的第二列有什么意义吗?