第五十一章 開發軟體初體驗（1/2）

程文得出的真理是——系統出品必屬精品。

但是這些都太抽象化了，於是程文想找一個科學的方法，來驗證這兩者到底有什麼不一樣。

他上網搜了搜，還真的找到了一個好辦法。

他找到的辦法就是，用redis來測試。

redis是一個內存資料庫，現在使用它的人們很多，因為它比memcache（也是一個內存資料庫）支持的數據結構多一些，所以適用的場景會更多一些。

程文在redis的官網上看到說redis可以支持每秒查詢十萬次，這是一個吞吐量，這個數值越大越好。

程文在去掉系統給的5g的內存之後，測試了一下，其實並沒有他們說的那麼高，每秒只能查詢8萬次，遠遠沒有達到官網上說的那樣，可以支持高達每秒鐘十萬次的查詢量級。

不過程文也表示理解，官網上的數據都是用的一些極限測試來壓測的，肯定和實際中的使用會有很大的差距。

不過，程文在用了那5g的內存之後，他驚奇的發現速度竟然達到了每秒可以查詢24萬次的恐怖地步。

當程文第一次看到這個數據的時候，他以為自己看錯了，於是又測試了一次，但是結果和上次相差不大，基本上可以認為是一樣的。

程文不相信就這5g的內存會有這麼大的差距，於是又再次測試了好幾次，但是數據結果就擺在那裡，數據是不會說謊的。

這讓程文百思不得其解，這到底是為什麼，為什麼加了幾個g的內存，就會讓redis的性能提高的這麼多。

按理來說內存的大小應該和這個沒有什麼關係才對。

想了想程文想到了一個解釋，那就是，系統提供的內存的讀寫速度，比我們用到的內存的讀寫速度快好多倍。

也只有這一個說法，才能解釋程文得出來的結果。

那要是能把這個內存推廣到全世界，所有的人都能用到這樣快速度的內存那該多好啊！

如果真是那樣的話，網際網路會再迎來一波新的發展。

不過程文也就是這麼一想，畢竟這個東西根本就不能量產，別說量產了，世上根本就沒有第二人可以用。

可能再過十幾年，或者是幾十年的發展內存會有這樣的速度吧！

畢竟現在的科技日新月異的，也許某一天科學家就發現了一個新的材質可以讓這個速度大大提高也說不定。

測試完了這些，程文對系統提供的東西又有了新的認識。

程文決定，以後系統不管是獎勵什麼東西，他都要在第一時間去測試。

畢竟這麼好用的東西，晚一分鐘知道都是罪過，何況他這都算是隔夜了。

在這個內存的加成下，程文覺得他開發和學習swift語言都快了不少。

他寫的代碼是要運行、看效果的，之前運行的速度非常慢，但是現在運行效率提高了不少，幫他節省了不少的時間，時間不用花在等待上面了。

本章未完，點選下一頁繼續閱讀。