knuth說過盲目的優化是罪惡的根源，這話一點不假，因為經理說「你這個動態返回太慢，要改進。」 於是開始了這兩天
的優化歷程。
東西很簡單，將乙個地區分塊，按照octree，使用16格分塊，總共5層。建立索引。每次匯入的線條都預生成
索引。 所以我要乙個索引器。
這個索引器沒什麼特別，普通的遞迴而已。 到最後開始存放索引的時候，問題出現了，：這個東西有些大，變成
檔案有276m之大。在每次網路傳輸都占用了大量的時間。我的索引資料一開始存放在tokyo cabinet上。（因為
以前的測試結果還令人滿意）。 可惜這麼多的資料序列化和傳輸占用了大量時間，還是慢。於是想到了並行。
用executor將一些關鍵的任務分解，嗯,,似乎快了。快了至少有兩倍。好像也達到目標了。
今天下午想想，有些不爽，想起以前曾經用過的db4o.於是拿出來試一下，不用並行，結果大跌眼鏡：居然比優化過的方案
還快兩倍。 仔細想想發現之前的優化極其無聊：這個索引基本上每個tenant只需要乙個，用不著每次都從server拉下來。
再優化，網路的瓶頸還是擺在那裡的。
不過平行計算還是有用的，中間有一步過濾使用executor在我的 dual core 2.5g上快了大約兩倍。如果cores數量
上去，還可以更快。 我還考慮以後用scala的actor來代替現在的 executor方式重新實現乙個。
無聊的生活,無聊的世界
最近是越來越無聊勒呢,我發現最近的我好像有點神經.神經兮兮的,我承認我以前就愛說,愛瘋,愛鬧,但是八,最近好像比以前還嚴重勒呢.阿,阿,算一算好像好長時間沒出家門勒呢 蛤蛤,自從退學好像越來越頹廢勒,不點阿不點,你完了,你真的完了,誒阿,一天就在家呆著,吃喝拉撒睡玩.這小生活過的,蠻享受的,但是就是...
無聊的python課程 Python無聊的總結
在公司無聊的時候看了前輩寫的python 突然發現乙個比較好玩的python表示式 1 lambda x,y x y 咋一看，這個應該類似方法之類的，上網查了查，所以特此總結下 lambda 上 冒號前邊的代表引數 冒號後邊的代表表示式 返回值型別跟引數有關 1 lambdax x2 at 0x01...
無聊的走著
習慣了乙個人走在路上，漫無目的的想著一些事情，我停不下來，那時心情很平靜很平靜，靜的有時會感覺到失落。以前是這樣的，其實我知道這樣是不對的，因為我一直奉守的觀點 某一時刻只能做一件事 人，畢竟不是計算機，更何況就是計算機也不是真正的並行處理。有個問題，如果你是乙個喜歡工作的人，當你做別的非工作的事時...