@SharkIng 为了清理缝隙吧？

……上面除了买了大块触摸板的……玩一盘osu!保证把鼠标换回来）

给我一个结构化编辑器……

要不了多久就gfwed了。

@ooh ……你近视一定是因为代码写多了吧……我的意思是全屏幕都是马赛克。。

@ivanlw 名字显然有长度范围啊，如果一定要当作没有，那就只能对名字再建索引了……

300度不戴眼镜全屏打码的路过……

看起来像马尔科夫链……假如上个月对品牌A做了操作B导致下个月对品牌C操作D的概率啥的。。

@ivanlw
1）C++就行了。当然，一般正常的语言支持的IO功能也都足以实现，看你习惯哪个吧。

2）就是这个，fseek是用来在文件里面快速移动读取位置的（当然效率肯定不如内存了），因为你不能直接把整个文件读到内存里面，所以只能这样操作了。

3）当然系统不会一次把整个文件读进来。这样是可以直接操作文件指针到你所要读取的位置的，这也就是为什么之前要把记录的长度对其成一样的，就是为了方便fseek的操作。
不过fseek在32位系统上只支持2g文件的操作，所以可能要用到Windows下SetFilePointer+ReadFile，linux下我不是很清楚，似乎是要-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 http://stackoverflow.com/questions/14184031/what-is-the-difference-between-largefile-source-and-file-offset-bits-64

1）排序每个文件，并分别输出。也就是先读入第一个文件（1g内存总放的下吧），然后直接sort排序后按顺序输出。
2）建立一个堆，从这20个文件里面各取出第一条记录，（记录，来自哪个文件）放进堆中。
3）取出堆顶部的记录，放到一个文件当中，然后看一下这个记录是从哪个文件来的，从那个文件中取出下一条记录，放入堆中重复这个过程直到所有记录被排序。
注意一下在放入文件的时候，将长度对其，比如说“某某 133xxxxxxxx”、“某某某某 133xxxxxxxx”之类的，长度不一样的串，在后面补充空格直到所有串都能够对其（也就是有相同的长度）。如果能二进制压一下就更好了。

现在你应该得到了一个排序后的文件，现在直接在这上面二分查找，用fseek直接定位到目标位置，因为记录的长度是固定的，这个位置可以直接计算得到。

另外最后这步其实可以优化的更好。

早就有ai了。。

vm.js...

@initialdp KDE的默认塑料画风让我无比蛋疼。。改了无数配置文件还会有莫名其妙的程序运行起来是塑料画风。。

Cinnamon 比较爽。openbox折腾了一个月放弃治疗了。

网站布局崩了。。chrome33