今天用loadrunner對unigui的standalone模式的程式進行了一次壓力測試，程式採用三層模式，將應用伺服器與web伺服器分離，由於條件限制，資料庫、應用服務和web服務都部署在同一條雲伺服器上，客戶端使用ie瀏覽器，如下圖：
，雲伺服器配置：cpu 4核 記憶體8g 硬碟500g 頻寬10mbps
客戶端為膝上型電腦，i7 8核，記憶體16g，硬碟1t，客戶端頻寬20mbps
先用loadrunner紀錄一組操作，包括操作員登入、開啟結算單列表，大約900條紀錄分頁顯示，點選第一條紀錄，開啟結算單明細列表頁面，大約包含了300條明細紀錄，分頁顯示，點選第一條明細紀錄彈出窗體顯示明細詳細內容，然後依次關閉各個窗體並退出程式。
在loadrunner的指令碼中，看到大約有40多個動作，如下圖：
虛擬100個客戶端，連續3分鐘測試，結果報告如下圖：
報告顯示：
（1）共模擬出動作數2.5萬多次，平均每秒80次左右。
（2）網路流量最高時1.3mbyte/s，平均876kbyte/s，與伺服器的上行頻寬吻合。
（3）錯誤http_404有500來次，產生原因不明確，不知道是否和網路頻寬有關，因為此時應用伺服器程式還在為其他客戶端提**用服務，共同搶占頻寬。
（4）在雲伺服器上通過任務管理器觀察到unigui的web服務程式記憶體最高峰大約160m，在所有客戶端關閉後，逐漸回到了20m左右，應用伺服器占用記憶體最高約200m。
結論：unigui應用程式在standalone模式下效能表現還是不錯，應該符合作者說的：效能取決於硬體條件。
uniGUI試用筆記（六）
unigui提供了乙個檔案上傳控制項tunifileupload，進行資料的匯入就變得比較容易。首先將tunifileupload控制項放置在窗體上，按下匯入按鈕後，執行tunifileupload的檔案上傳功能 procedure tfmewebdblisteditbase.btnimportcl...
uniGUI試用筆記（三）
unigui下的messagedlg使用發生了變化，最大的特點是 1 成為了uniguiform的成員函式 2 變成過程 procedure 了，也就是沒有返回值了，使得程式不再具有執行緒阻塞性。3 增加了乙個傳入 函式的引數 callback tunidialogcallbackanonproc，...
ubuntu 10 04試用筆記
1。整體安裝還是挺順利的，但是我是在xp裝好的基礎上進行的，所以最開始分割槽的時候讓我等了好長時間，還好，就是第一次把ntfs的盤換成ext4的慢，後來再分就不需要等待了 3。xp下有個ssh的工具，但是在ubuntu下用不了，於是乎google了一把，找到乙個命令 ssh qtfnn d 1080...