84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
用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已经很快了。