[计算机]3x + 1 最高点记录.docVIP

3x + 1 最高点记录 右图展示了以 2log(Mx(Pi )) 为 y 轴, 2log(Pi ) 为 x 轴的所有已知最高点记录. 这些点的分布趋势与那条斜率为 2 的白线基本一致. 下面的表格包含了至今作者发现的所有的 83 个最高点记录. 这些记录与 Tomás Oliveira e Silva 找到的完全吻合. Tomás Oliveira e Silva 已经寻找到了直到 100*250 的所有最高点记录, 在这次寻找中还有另外 5 个最高点记录被找到, 这些新记录都被收录在表格中了. 在表格的各列中, N 代表记录对应的数字, Mx(N) 代表相应记录所达到的最高点, X2(N) 就是扩张度, 还有 Mx(N) / N2. 五个已知的扩张度记录用另一种颜色标记了出来. 接下来的两列是储存 N 和 Mx(N) 分别需要的二进制位数. 显然, 储存任何正整数 x 所需的二进制位数是 [ 2log(x) ] + 1. 最后一列是首先发现或者公布这些记录的人. 由于比较小的记录是对我们来说很显然的, 所以对于小于 32 位的记录就不列出首先发现和公布的人了. 从第六列的数字中我们可以很容易知道如果要对某个数以下的所有数进行完全的 3x+1 计算需要多少个二进制位来储存中间过程. 值得注意的是, 由于一个奇变换后面总会跟随着一个偶变换, 所以用 x + [x/2] + 1 进行计算会比单纯地乘以 3 加 1 再除以 2 要少用一位. 即使不使用刚才的技巧, 我们也可以看到一些有趣的现象: 能用 8 个二进制位表示的数的计算过程中的数不会超过 16 位, 相似地, 能用 16 个二进制位表示的数的计算过程中的数不会超过 32 位, 如此类推, 似乎对于所有 8 的倍数这个结论都成立. 尽管我们有时候会碰到扩张度 X2(N) 大于 1 的数, 但是这些数的路径依然符合上面的陈述. 所以这个表格给我们带来一个经验性的结论, 就是对于所有可以用 58 个或以下的二进制位表示的数来说, 如果这个数需要 k 个字节 (1 个字节就是 8 个二进制位) 来表示的话, 那么这个数在计算中最多需要 2k 字节来储存中间结果. 或者用更精确的语言来说就是: 观察 : 对于所有正整数 N 258 : [256log( Mx(N) ) + 1] ≤ 2 . [256log(N) + 1]. # N Mx(N) X2(N) B(N) B(Mx(N)) 首先发现或发表者 这些记录是 Tomás Oliveira e Silva 发现的. 88 1,980976,057694,848447 64,024667,322193,133530,165877,294264,738020 16.315 61 125 Tomás Oliveira e Silva 87 1,038743,969413,717663 319391,343969,356241,864419,199325,107352 0.296 60 118 Tomás Oliveira e Silva 86 891563,131061,253151 280493,806694,884058,606277,170574,851524 0.353 60 118 Tomás Oliveira e Silva 85 628226,286374,752923 62536,321776,054750,010410,338086,629508 0.158 60 116 Tomás Oliveira e Silva 84 562380,758422,254271 13437,895949,925724,698230,081768,463808 0.042 59 114 Tomás Oliveira e Silva 直到 14 . 255 的所有记录均被作者与Tomás 验证确认. 83 484549,993128,097215 8665,503693,066416,873780,213986,553668 0.037 59 113 Tomás Oliveira e Silva 82 255875,336134,000063 4830,857225,169174,231293,987863,972468 0.074 58 112 Eric Roosendaal 81 212581,558780,141311 4353,436332,008631,522202,821543,171376 0.096 58 112 Eric Roosendaal 80 172545,331199,510631 4236,179082,564025,237818,370536,113560 0.142 5