你正在使用哪个版本的Go( go version
)?
go version go1.10.3 linux/amd64
这个问题在最新版本中是否会重现?
未知,但文档没有改变。
你正在使用什么操作系统和处理器架构( go env
)?
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/barts/.cache/go-build"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/barts/go"
GORACE=""
GOROOT="/usr/lib/go-1.10"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go-1.10/pkg/tool/linux_amd64"
GCCGO="gccgo"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build014311929=/tmp/go-build -gno-record-gcc-switches"
你做了什么?
我正在运行一个带有详细标志开启的基准测试( go test -bench . -v
),它多次调用 b.Logf()
。
你期望看到什么?
所有的日志输出,就像测试一样。
你实际上看到了什么?
前几次日志调用,然后是 ... [output truncated]
)
4条答案
按热度按时间fhity93d1#
/cc @mpvl
dkqlctbz2#
截断发生在
testing.B.trimOutput()
,由testing.RunBenchmarks()
调用。c86crjj03#
@Minnozz,你找到了如何避免截断的方法吗?不确定这种行为有什么用处,因为我在基准测试中记录了一些东西...是为了在基准测试完成后读取它。
我想这是为了性能原因而做的吧?也许如果它是异步完成的,就不会有问题了?但我会说这肯定是可选的。
4ioopgfo4#
检查基准代码,$maxNewLines$ 默认值可能是10,但可配置,非硬编码。
$x_{1,c_0,d_1,x}$