-
(my post) Ubuntu 限制 process 的記憶體用量, 不知道有沒有更好的設法。另外問一下, -m (maximum resident set size) 是限制什麼啊? 設了好像沒效果
2010/09/27 21:08|發表迴響
-
早上嚴守 GTD 準則, 果然進度很順。下午被連續中斷三四次後就亂了步調, 後來就自暴自棄沒找回 GTD 的節奏, 變得很沒效率 Orz 明天再來挑戰吧!!
2010/09/27 21:47|發表迴響
-
Good saying: "With great power comes from great responsibility". MySQL book describes user-defined functions with that sentence. XD
2010/09/27 22:16|發表迴響
-
我表姊夫想找人做網站, 有人有興趣接網站的 case 嗎? 報酬和規格得和對方談後才知道。和我碰過面又有興趣的人寄信或發私噗給我吧, 謝啦。
2010/09/27 22:52|發表迴響
-
oh my god, array is not a pointer, 看了 @command 提的 So you think you know pointers?, 才發覺我搞錯了 (連結:Arrays and Pointers)2010/09/28 13:32|發表迴響
-
花了半天多寫好了 recorded test 的 script, 之後只要填 config 就能用 recorded test 啦! 希望會好用啊...
2010/09/28 20:00|發表迴響
-
一回生, 二回熟, 多 deploy 幾次, deploy script 就日趨完整。但是 fab 不會在掛掉時吐出 sh 的輸出, 以及行為有時和直接寫 shell script 不同, 令人有點困擾啊
2010/09/28 20:02|發表迴響
-
gslin 那看到的, Pydiction : Tab-complete your Python code , 試用看看有無幫助
2010/09/28 23:00|發表迴響
-
要做 contains 的操作時, 雖然用 Solr 搜尋比 scan db table 快上不少, 但要傳資料的話, Solr 卻慢上不少 Orz
2010/09/29 23:38|發表迴響
-
我搞錯了, 經過今天測時間, 發覺 Solr 慢的原因是 3rd party 包 Solr 的套件拖慢速度, 單純用 httplib2 取資料, 用 simplejson parse 還算 OK, 不過瓶頸還是在傳資料。
2010/09/30 16:55|發表迴響
-
漸漸體會到 framework 很難設計得好, 用 open source framework 主要是先協助建立骨架, 了解這領域的人既有的知識, 試用一陣子搞清楚行規和自己的需求後, 再來就要拆骨架自己重刻關鍵部份
2010/09/30 17:02|發表迴響
-
社交網路太可怕了, 去年我覺得 facebook 太複雜又慢沒興趣使用, 最近卻漸漸會上去看看其他朋友的近況, 不過 BBS 還是有特別的 fu, 仍然會繼續同時用一堆服務吧
2010/09/30 21:28|發表迴響
-
最近打球上籃放槍比率居高, 好不容易切過去卻沒進, 實在是很難過, 看來要找機會重練一下上籃
2010/09/30 21:32|發表迴響
-
fab_completion.bash , 明天來試試, task name 還是用全名大家比較好記, 懶得打字的問題讓專業的 code completion 搞定
2010/09/30 21:50|發表迴響
-
(my post) 用 Ubuntu 將 mysql database 搬到 ramdisk 上, 有人用過 ramdisk 做啥事有明顯幫助嗎, 目前還沒找到適合的情境
2010/09/30 22:06|發表迴響
-
Good saying: "If performance matters, never guess --- always measure." from MySQL book.
2010/09/30 22:24|發表迴響
-
好奇之下看了一下 API 包的東西, 真是太可怕的 combo 技了!! A 用了一個稍具 overhead 的寫法, B 在處理資料時瘋狂用 A, 而我傻傻地用 B 做一件簡單的操作取大量資料, 結果就出現異常慢的結果。
2010/09/30 23:24|發表迴響
-
百視達 DVD 逾期一天 10 元, 所以我的英聽學費一天是 10 元啊...
2010/09/30 23:29|發表迴響
-
lemacf, 10000+ tables in one MySQL database, 若要用一堆 summary table 或切 subset data 加速的話, 就有可能用到破千個 table 啦...
2010/10/01 13:55|發表迴響
-
昨晚想通 deploy 流程加強版, 今早夢到 mysql 設計相關的事, 不錯不錯
2010/10/02 10:35|發表迴響
-
家裡來了隻新的小狗, 亮亮變得會爭寵了, 以前要牠握手會把手縮起來, 昨天竟然願意讓我握, 雖然頭別去過去另一邊, 還是很感動啊~~
2010/10/02 10:37|發表迴響
-
又發現可怕的 combo 效能問題, 若有某個 column 用超過 512 bytes, 該 table 或 select 結果不能存在 memory 裡。varchar 在 disk 上只存必要的空間, 但丟到記憶體後卻當作 char 來存, utf8 會強迫占用 3 bytes, 結果就是 varchar 超過 170 的話, 就無法存在 memory 裡
2010/10/02 22:09|發表迴響
-
(my post) MySQL varchar 長度和效能問題, 這就是魔鬼藏在細節裡嗎...
2010/10/02 22:29|發表迴響
-
水男孩啊 XD
2010/10/03 00:16|發表迴響
全站熱搜
留言列表