1.響應時間（Response time）　　　　 　　響應時間就是用戶感受軟件系統為其服務所耗費的時間，對於網站系統來說，響應時間就是從點擊了一個頁面計時開始，到這個頁面完全在瀏覽器里展現計時結束的這一段時間間隔，看起來很簡單，但其實在這段響應時間內，軟件系統在幕后經過了一系列的處理工作，貫穿 ...

系統服務（這里不局限於golang寫的后台服務，也包括c++,java等后台語言）需要考慮的兩個問題 1. 系統的資源使用情況（cpu利用率，內存分配情況等，runtime和syscall都提供了支持，這個是系統內部性質，往往是設計系統資源問題，需要在設計的時候慎重考慮） 2. 系統的服務情況 ...

top命令（整機）： 可以查看進程的cpu占用率，和內存占用率。uptime 是top的精簡版只看整機，不看各進程。 load average: 0.00, 0.00, 0.00 表示系統1分鍾，5分鍾，15分鍾的負載值，如果三個數平均值大於0.6，說明系統負載較高。 vmstat（CPU ...

這是我前幾天整理的一篇 數據庫優化的文章，貼出來與大家共享。 據統計，以數據庫為中心的應用程序80%的性能問題是低效的SQL語句引起的，所以SQL的性能優化顯得十分重要。另一方面，Oracle數據庫應用系統運行階段，DBA(數據庫管理員)對系統參數配置不合理導致數據庫運行性能低下 ...

我們以前看到的很多架構變遷或者演進方面的文章大多都是針對架構方面的介紹，很少有針對代碼級別的性能優化介紹，這就好比蓋樓一樣，樓房的基礎架子搭的很好，但是蓋房的工人不夠專業，有很多需要注意的地方忽略了，那么在往里面填磚加瓦的時候出了問題，后果就是房子經常漏雨，牆上有裂縫等各種問題出現，雖然不至於樓房 ...

上周接到一位從事電子產品生產的大學同學的QQ說他的一個ERP系統有問題，幫他看看，周末他過來詳細的了解了一下情況：周一到周五使用的用戶數是10-20個人，系統慢起來就是大家一起慢，人數少的時候不慢，另外一個揪心的問題就是大家同時使用的使用經常無故的退出，而且他還強調了他買的是一個強大的服務器 ...

過去 　　很早以前，做管理系統，對性能體會並不是特別明顯。因為一些用戶非常聰明，會通過調整自己的使用方式來適應系統的處理能力。現在想起來，有環境的原因也有能力的原因，沒有做好性能的事情，覺得有些好笑也有些遺憾。 　　現在做的程序，對響應速度、處理能力都有一定的要求，而且這些指標直接和效益掛鈎 ...

1. 概述 應用的性能極限是服務等級協議中關注的重點。找到性能極限的關鍵在於知道該監控哪些數據、監控軟件棧的哪些部分以及使用哪些工具。本篇文章將介紹需要監控的操作系統數據以及可用的操作系統性能監控攻擊，還會給出一般性指導原則。主要涉及的操作系統是Windows 7和Ubuntu 12.04.5 ...