我有一个用Go编写的应用程序正在进行消息处理，需要以20K/秒（可能更多）的速率从网络（UDP）获取消息，并且每个消息最多可以达到UDP数据包的最大长度（64KB-headersize） ，程序需要解码这个传入的数据包并编码成另一种格式并发送到另一个网络；
现在在 24core+64GB RAM 机器上运行正常，但偶尔会丢失一些数据包，编程模式已经遵循使用多个 go 例程/通道的管道，并且占用了整机 cpu 负载的 10%；因此它有可能使用更多的 CPU% 或 RAM 来处理所有 20K/s 消息，而不会丢失任何消息；然后我开始分析，在我在CPU配置文件中发现的这个分析runtime.mallocgc之后，出现了最上面的一个，那就是垃圾收集器运行时，我怀疑这个GC可能是罪魁祸首，它挂起几毫秒（或几微秒）并丢失了一些数据包，并且一些最佳实践表明，切换到sync.Pool可能会有所帮助，但我切换到池似乎会导致更多CPU争用，并且丢失更多数据包且更频繁
(pprof) top20 -cum (sync|runtime)
245.99s of 458.81s total (53.61%)
Dropped 487 nodes (cum <= 22.94s)
Showing top 20 nodes out of 22 (cum >= 30.46s)
flat flat% sum% cum cum%
0 0% 0% 440.88s 96.09% runtime.goexit
1.91s 0.42% 1.75% 244.87s 53.37% sync.(*Pool).Get
64.42s 14.04% 15.79% 221.57s 48.29% sync.(*Pool).getSlow
94.29s 20.55% 36.56% 125.53s 27.36% sync.(*Mutex).Lock
1.62s 0.35% 36.91% 72.85s …在 BigQuery 表的架构不断发展的项目中，我想知道是否有一种通用的 SQL 代码编写好方法？
例如，版本 1 中的功能标志字段是一个简单的 BOOLEAN，但后来演变为 FLOAT 来表示 0（假）和 1（真）之间的值，然后针对每个模式修订更改为多个 BOOLEAN 的 STRUCT我也更改了表名，所以现在我有当前表 v3 和旧表 v2 和 v1，旧表有历史信息有时仍然有用，而且体积大不利于全部迁移到 v3 模式；由于bigquery主要用作一次加载然后仅追加，或者大多数情况下用作只读数据库，因此只需从旧表中查询就足够了；使用表名通配符我可以在单个查询中查询所有表，但不确定如何处理不同的输入类型，是否有一个动态类型检查函数可以像typeofJavascript中的这样的运算符编写查询SQL：？
CASE typeof feature
WHEN "BOOLEAN" THEN ... # handle v1
WHEN "FLOAT" THEN ... # handle v2
WHEN "STRUCT" THEN ... # handle v3
WHEN ...
ELSE
END
或者您建议如何解决？项目的性质是否具有不断发展的模式（由于快速变化的需求或许多其他常见原因）
我使用golang的bigint作为长期服务的计数器,统计计数器可能会长期溢出常规uint64; 但偶尔我需要计算一些类似于程序开始以来的平均费率？需要分工float(bigint) / time.Since(beginning).Seconds(); 在费率计算中,转换的精确度损失是可以接受的
https://golang.org/pkg/math/big/#Int.Uint64
但是这种float64(bigint)实际上并不起作用,我看到库有'bigint.Uint64()'转换但是如果溢出普通的uint64则它是未定义的; 我想知道为什么标准库没有提供.Float64()方法？是否有任何解决方法如何获得浮动