84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
用springMVC开发了一个在线考试系统。后台用了Spring+SpringMvc,其他还用了SpringSecure。
除了服务器,其他客户端载入一个页面,看了下时间大约在70ms左右,不含载入后用post请求的一堆数据。重复刷新或者去其他页面也都是要等70ms左右才能加载完页面。页面静态资源缓存已开。
这个70ms左右的时间有办法减少吗?谢谢!
每個請求耗時70毫秒,那每秒1個CPU核心只能處理1000/70=14個請求,4個CPU核心也才能處理56個請求,說實話,已經挺慢的了.再做個對比,Ubuntu(i5-3230M)上用PHP7+OPcache跑WordPress,1個CPU核心處理1個WordPress首頁請求(無緩存需要查數據庫),耗時也才28毫秒,要知道WordPress是一個性能不好的PHP程式.所以,我覺得,每個請求至少得做到耗時10毫秒以下,才能稱得上快吧,畢竟Nginx顯示一個網站根目錄的目錄列表,耗時只有1毫秒.
其實70ms對網頁應用程式來說不算太慢的。
如果你覺得影響使用者體驗的話,跟純HttpServlet比較下。影響頁面載入時間的因素很多,長的延遲未必是Spring MVC造成的,跟容器、瀏覽器的因素都有關係。
和你寫的程式碼也有一定的關係。 。 。
還是得具體看code和實際情況,如果完全是那個請求回應速度過慢。一般小型系統最好優化的地方,就是加一個緩存,減少資料庫請求,資料直接從記憶體取。這樣會快很多!
建議你看下這個 : https://my.oschina.net/xiangg...
這個主要和Spring進行視圖渲染的機制有關。可參考:http://www.cnblogs.com/davidw...
這麼說吧,直接使用Servlet 寫簡單頁面可能很快,但是當你自己啃噠啃噠的把所有功能做完後,很可能發現甚至不如SpringMVC 快,而你自己做的很多功能其實都是SpringMVC等框架已經有了的。
我覺得不算慢了
70ms 還是算快了吧,這點時間對使用者來說完全沒有感覺。
70ms
前後端分離,然後 GET請求做快取。當然 70ms已經很快了。
每個請求耗時70毫秒,那每秒1個CPU核心只能處理1000/70=14個請求,4個CPU核心也才能處理56個請求,說實話,已經挺慢的了.再做個對比,Ubuntu(i5-3230M)上用PHP7+OPcache跑WordPress,1個CPU核心處理1個WordPress首頁請求(無緩存需要查數據庫),耗時也才28毫秒,要知道WordPress是一個性能不好的PHP程式.
所以,我覺得,每個請求至少得做到耗時10毫秒以下,才能稱得上快吧,畢竟Nginx顯示一個網站根目錄的目錄列表,耗時只有1毫秒.
其實70ms對網頁應用程式來說不算太慢的。
如果你覺得影響使用者體驗的話,跟純HttpServlet比較下。影響頁面載入時間的因素很多,長的延遲未必是Spring MVC造成的,跟容器、瀏覽器的因素都有關係。
和你寫的程式碼也有一定的關係。 。 。
還是得具體看code和實際情況,如果完全是那個請求回應速度過慢。一般小型系統最好優化的地方,就是加一個緩存,減少資料庫請求,資料直接從記憶體取。這樣會快很多!
建議你看下這個 : https://my.oschina.net/xiangg...
這個主要和Spring進行視圖渲染的機制有關。可參考:http://www.cnblogs.com/davidw...
這麼說吧,直接使用Servlet 寫簡單頁面可能很快,但是當你自己啃噠啃噠的把所有功能做完後,很可能發現甚至不如SpringMVC 快,而你自己做的很多功能其實都是SpringMVC等框架已經有了的。
我覺得不算慢了
70ms
還是算快了吧,這點時間對使用者來說完全沒有感覺。前後端分離,然後 GET請求做快取。當然 70ms已經很快了。