数学差,这里怎么算的?

2015-07-31 13:45:10 +08:00
 final0pro
无意看了篇文章

http://www.jointforce.com/jfperiodical/article/925?m=d03


「这个稀疏的数列存储在5字节的序列中,3个字节表示尾部,2个字节表示数据。尾部按照升序排列,所以搜索变的简单了(二分搜索)。

对于持久化存储,具有相同前缀的数字存储在一个文件中,该文件的第一个字节是类型的指示框。这些共需1.8GB的空间,这些数据可以存储在内存中,通过webserver进行发布。」

1. 前面不是说按偏移来存吗?每固定一个头四位,需要10^6 * 2Byte(block_size) = 2MB,怎么突然又说要用3个 Byte 来存尾六位数了?
2. 1.8GB 是怎么算的?


郁闷啊。

谢谢
1816 次点击
所在节点    问与答
5 条回复
Xs0ul
2015-07-31 14:15:07 +08:00
1、尾6位有10^6种,2个字节只有65536种,所以要3个字节
final0pro
2015-07-31 14:27:23 +08:00
@Xs0ul 对我知道。但是之前不是说拿偏移来存尾六位的吗?

address 0 = 000, 000结尾的信息
address 1 = 000, 001结尾的信息
...
address 999,999 = 999,999结尾的信息

1,000,000个电话,每个电话还需要2Byte 的信息

->

1M * 2B = 2MB,这种不需要存尾六位的电话呀?
Xs0ul
2015-07-31 15:09:58 +08:00
@final0pro 他后面的方法应该已经不用数组下标来表示那6位了,要不然也不需要二分查找了,直接按下标来就行了
Xs0ul
2015-07-31 15:23:55 +08:00
@final0pro 我看了下原文,其实是翻译的不好。

原文说的是在这些电话号码里,不同前缀的号码组,有的比较稀疏,有的比较密集(比如国内138这种老手机号就比较密集,新虚拟运营商的那种号码就比较稀疏)。

对于比较密集的,就是用你说的那种,把所有后缀都存上,用flag来表示是否存在;对于稀疏的,就用5字节来存储存在的号码。
final0pro
2015-07-31 23:21:20 +08:00
@Xs0ul many thanks!

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/209839

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX