本站不支持畅读模式，请关闭畅读服务，步骤：浏览器中——设置——关闭网页小说畅读服务。

程文得出的真理是——系统出品必属精品。

但是这些都太抽象化了，于是程文想找一个科学的方法，来验证这两者到底有什么不一样。

他上网搜了搜，还真的找到了一个好办法。

他找到的办法就是，用redis来测试。

redis是一个内存数据库，现在使用它的人们很多，因为它比memcache（也是一个内存数据库）支持的数据结构多一些，所以适用的场景会更多一些。

程文在redis的官网上看到说redis可以支持每秒查询十万次，这是一个吞吐量，这个数值越大越好。

程文在去掉系统给的5g的内存之后，测试了一下，其实并没有他们说的那么高，每秒只能查询8万次，远远没有达到官网上说的那样，可以支持高达每秒钟十万次的查询量级。

不过程文也表示理解，官网上的数据都是用的一些极限测试来压测的，肯定和实际中的使用会有很大的差距。

不过，程文在用了那5g的内存之后，他\b惊奇的发现速度竟然达到了每秒可以查询24万次的恐怖地步。

当程文第一次看到这个数据的时候，他以为自己看错了，于是又测试了一次，但是结果和上次相差不大，基本上可以认为是一样的。

程文不相信就这5g的内存会有这么大的差距，于是又再次测试了好几次，但是数据结果就摆在那里，数据是不会说谎的。

这让程文百思不得其解，这到底是为什么，为什么加了几个g的内存，就会让redis的性能提高的这么多。

按理来说内存的大小应该和这个没有什么关系才对。

想了想程文想到了一个解释，那就是，系统提供的内存的读写速度，比我们用到的内存的读写速度快好多倍。

也只有这一个说法，才能解释程文得出来的结果。

那要是能把这个内存推广到全世界，所有的人都能用到这样快速度的内存那该多好啊！

如果真是那样的话，互联网会再迎来一波新的发展。

不过程文也就是这么一想，毕竟这个东西根本就不能量产，别说量产了，世上根本就没有第二人可以用。

可能再过十几年，或者是几十年的发展内存会有这样的速度吧！

毕竟现在的科技日新月异的，也许某一天科学家就发现了一个新的材质可以让这个速度大大提高也说不定。

测试完了这些，程文对系统提供的东西又有了新的认识。

程文决定，以后系统不管是奖励什么东西，他都要在第一时间去测试。

毕竟这么好用的东西，晚一分钟知道都是罪过，何况他这都算是隔夜了。

在这个内存的加成下，程文觉得他开发和学习swift语言都快了不少。

本站不支持畅读模式，请关闭畅读服务，步骤：浏览器中——设置——关闭网页小说畅读服务。