例如,將IIS壓縮級別設置爲9時,Web瀏覽速度顯着加快。但是,我還在盒子上安裝了一個Web服務應用程序,該應用程序傳輸大量數據(例如,3MB有效負載是典型的),但實際上需要20-30%的時間才能將數據傳輸到客戶端,因爲服務器上的CPU需要一段時間來壓縮它。平衡IIS壓縮與CPU時間?
IIS壓縮級別與數據傳輸量有關的規則嗎?
傳奇經驗也是受歡迎的。
例如,將IIS壓縮級別設置爲9時,Web瀏覽速度顯着加快。但是,我還在盒子上安裝了一個Web服務應用程序,該應用程序傳輸大量數據(例如,3MB有效負載是典型的),但實際上需要20-30%的時間才能將數據傳輸到客戶端,因爲服務器上的CPU需要一段時間來壓縮它。平衡IIS壓縮與CPU時間?
IIS壓縮級別與數據傳輸量有關的規則嗎?
傳奇經驗也是受歡迎的。
好的,我運行了一些基準測試,無論你如何分片,關閉壓縮結果以更快的性能爲我的用例。下面是一個Web服務調用返回3.2兆字節的數據(主要的東西序列化爲字節數組列表)
Compression Bandwidth Time
Level (KB) (seconds)
9 1,174 4.2
8 1,174 2.2
7 1,172 1.625
6 1,174 1.5
5 1,181 1.39
4 1,213 1.344
3 1,441 1.375
2 1,490 1.344
1 1,548 1.312
0 1,554 1.312
No 3,226 1.266
Compression
CPU在9級相當掛了Web服務調用的時間,而不是結果如此糟糕的等級8以及其下的任何東西都是單位數利用率。
可疑,因爲有這麼多的變數:
我希望在你的用例中連接速度相當快?畢竟,壓縮3MB不應該持續很長時間。