我正在比较 sprintf 用法的性能,并对我所看到的感到有点困扰。我测试了以下 4 个方法,将 ClassWithToString 的实例传递给每个方法(PrintInt 除外,它接收实际的整数值)。
type ClassWithToString() =
member this.X = 42
override this.ToString() = this.X.ToString()
let Print item : string =
sprintf "%A" item
let PrintInt item: string =
sprintf "%i" item
let PrintObj item: string =
sprintf "%O" item
let Format item : string =
System.String.Format("{0}", item)
50,000 次迭代的结果:
Print (%A): 3143ms
PrintInt (%i): 355ms
PrintObj (%O): 384ms
Format: 8ms
对于“打印”,我知道 %A 正在使用反射,因此缓慢的情况并不令人震惊,尽管对于 50k 次迭代,我对总时间感到惊讶。接下来,“PrintInt”和“PrintObj”不使用反射,因此速度快一个数量级,这也是有道理的。
让我感到困惑的是,鉴于结果String.Format()
sprintf 总体上看起来非常慢(并且已经在实时应用程序的配置文件中见证过)。为什么 sprintf 的速度比 String.Format() 慢?我错过了 F# 领域是否有更好的替代方案?
只有 %A 使用反射。 %i 将是基本情况。
这不是真的。全部printf
无论您使用哪个说明符,函数都需要反射来从格式字符串构造类型安全的打印函数。看一眼这条线 https://github.com/fsharp/fsharp/blob/master/src/fsharp/FSharp.Core/printf.fs#L319 and 这条线 https://github.com/fsharp/fsharp/blob/master/src/fsharp/FSharp.Core/printf.fs#L215 from printf
模块以获得更多见解。所以很容易明白为什么sprintf "%i"
仍然慢于String.Format
。
如果是sprintf "%A"
,它还有一层反射,这解释了它可怕的缓慢。
我错过了 F# 领域是否有更好的替代方案?
如果你的目的是构建大字符串,字符串编写器 http://msdn.microsoft.com/en-us/library/system.io.stringwriter.aspx and 字符串生成器 http://msdn.microsoft.com/en-us/library/system.text.stringbuilder.aspx可能是要走的路。如果您出于记录目的进行基准测试,快速打印函数 http://t0yv0.blogspot.com/2012/09/faster-printf-released-on-nuget.html是一个很有前途的图书馆。你可以尝试一下这个 NuGet 包 http://nuget.org/packages/FastPrintf/据称比内置的快 100 倍printf
功能。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)