資料庫效能調校, 是賣KNOW-HOW, 不是在耗工時....
會的話, 很快就解決了; 不會拖到靠人力排班協調作業, 暫時應付~~
希望有一天, 有客戶會發現目前資料庫狀況, 對我說~~
你們家開發的系統, 很奇怪耶... 都在閒置硬體效能耶...
我們家使用的會計軟體系統, 平常上線才3人, 資料量才3GB, CPU平常使用量落在40%~60%;
你們家開發的POS軟體系統, 平常上線超過30人, 資料量超過30GB, CPU平常使用量低於20%;
很奇怪耶, 都在閒置硬體效能耶~~
在現有客戶資料庫中,
有一些連鎖門市超過10家以上的流通百貨業, 資料庫大小落在20GB~50GB, CPU平常使用量低於20%,
更神奇的是, 有些客戶是使用SQL2000標準版, 此版本僅用單顆單核處理器; 而記憶體僅開到1.5GB, 很奇怪耶....
請教一下
您覺得資料庫
是CPU-bound還是I/O-bound
iT邦幫忙MVPantijava提到:
CPU-bound還是I/O-bound
海綿寶寶出考題, 一問就是重點...等版大來回答囉~~~
資料撈多了會造成I/O-bound, 連帶要做大量的篩選資料運算造成CPU昇高,
當CPU很低代表僅做少量的篩選資料運算, 也代表是下精準SQL,
資料取得恰如其份, I/O queue 時常保持在2以下, 系統也不會卡卡~~
這是我調校的經驗....
charmmih提到:
我們家使用的會計軟體系統, 平常上線才3人, 資料量才3GB, CPU平常使用量落在40%~60%;
你們家開發的POS軟體系統, 平常上線超過30人, 資料量超過30GB, CPU平常使用量低於20%;
這有什麼了不起
Oracle EBS / JDE
都可以直接 SELECT VIEW 丟報表
原廠 原來只會 規劃結果長相
累積 100個月
就是 3小時候才有報表
albertachen提到:
這有什麼了不起
這是人家的心得...沒什麼了不起...(閃)
simon581923提到:
海綿寶寶出考題, 一問就是重點
被發現了
其實這是陷阱題
不過回答似乎也是四兩撥千金
彷彿在那一本書裡有看過類似的回答模式
antijava提到:
其實這是陷阱題
凡是規則必有前提或例外.....
也可說, 凡是答案必有前題或例外....
若沒有很詳細說出前題及例外的話....
那就只好忠實說明我知的前因後果囉....
彷彿在那一本書裡有看過類似的回答模式
大大博學強記佩服佩服....
是不是大師級的著作...
和那位作者所見略同..
感到極為榮幸....