I agree with John. We should enable gzip compression on tomcat/apache and let it handle. What we should be doing in the application is minification of CSS/JS and trying to reduce the number of static files/static get requests..
Thanks, ~Rajani On 14-Feb-2014, at 2:50 am, John Kinsella <j...@stratosec.co<mailto:j...@stratosec.co>> wrote: Seems a bit like wheel-reinventing, no? Wouldn’t it be cleaner to get Tomcat’s built-in compression[1] working? What I don’t see in your code is any ability to negotiate if the end-client supports gzip compression... John 1:http://viralpatel.net/blogs/enable-gzip-compression-in-tomcat/ On Feb 13, 2014, at 12:09 PM, Laszlo Hornyak <laszlo.horn...@gmail.com<mailto:laszlo.horn...@gmail.com><mailto:laszlo.horn...@gmail.com>> wrote: Ah yes we are playing space-wars, I will fix it as soon as I get there. I was not that much interested in space/tabs but what it already does: - at build time it generates .gz files from static resources, like css, html and js files - during runtime it checks if there is a gz file for the resource and silently serves the gz file and sets the headers, only if the client browser accepts gz of course - respects Etag since you do not want to download even "just" 500 Kb each time you hit ctrl-r. TODO other than the space-war: - it uses a maven plugin I have built for home use, it is in my maven repo and it would not be great to give my unreliable repository to everyone, so it should be either moved to the ACS source or uploaded to the central repo - Some a would not like to make the build even longer. It is quite short compared to the full time of the build, but for a CI build it is completely useless. So it must be moved to a profile and profile should be active during release process, maybe not anyway unless you manually enable it. On Thu, Feb 13, 2014 at 7:23 PM, John Kinsella <j...@stratosec.co<mailto:j...@stratosec.co><mailto:j...@stratosec.co>> wrote: Looks like Daan had a few issues with the patch for you to resolve regarding tabs and headers... On Feb 13, 2014, at 10:14 AM, Laszlo Hornyak <laszlo.horn...@gmail.com<mailto:laszlo.horn...@gmail.com><mailto:laszlo.horn...@gmail.com> <mailto:laszlo.horn...@gmail.com>> wrote: Hi, I have a patch for the UI compression, it is on review for a while... But I hope I will be able to resolve the comments in...days. I measured the download size dropped from 3.5 MB to somewhere around 0.5 MB https://reviews.apache.org/r/12228/ Adding javascript compression could also help a lot. That 3.5 M is a lot even on LAN :-) On Thu, Feb 13, 2014 at 7:04 PM, John Kinsella <j...@stratosec.co> wrote: Just posted http://theresnomon.co/2014/improving-cloudstack-ui-performance/ - open to any comments. John On Feb 10, 2014, at 12:47 AM, Alex Hitchins <alex.hitch...@shapeblue.com <mailto:alex.hitch...@shapeblue.com>> wrote: Sounds interesting, I look forward to your write-up. Regards Alex Hitchins D: +44 1892 523 587 | S: +44 20 3603 0540 | M: +44 7788 423 969 alex.hitch...@shapeblue.com<mailto:alex.hitch...@shapeblue.com> -----Original Message----- From: John Kinsella [mailto:j...@stratosec.co] Sent: 10 February 2014 01:05 To: <dev@cloudstack.apache.org> Subject: Re: UI Latency I've been tinkering with httpd proxying the UI via mod_proxy_ajp, then using mod_deflate to compress on the httpd side. That gets me about a 2.5x decrease in loading the login screen. system.js, which is the largest item downloaded by default is around 980k, with gzip that drops to 68k. I wanna see if I can squeeze a little more performance out by caching the static stuff...once I get some stats out of that I'll turn it into a blog post later this week. John On Feb 9, 2014, at 3:27 PM, Alex Hitchins <alex.hitch...@shapeblue.com> wrote: One of the things that I want to look in to is generating a Gruntfile so we can 'uglify' and reduce the size of css, js and image sprites. This should help reduce the initial payload and make a big difference to VPN/low b/w connections. Regards Alex Hitchins D: +44 1892 523 587 | S: +44 20 3603 0540 | M: +44 7788 423 969 alex.hitch...@shapeblue.com -----Original Message----- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 09 February 2014 19:51 To: dev@cloudstack.apache.org Subject: Re: UI Latency I could be wrong, but I believe the idea of zipping the content for the UI start page was discussed, but has not yet been implemented. As far as I know (and have experienced), every time you go to the start page, it does seem to take a while to load if you are not over a particularly fast connection (if I'm in the office, it loads quickly; if I'm over a VPN connection from, say, home, it tends to be noticeably slower). On Sun, Feb 9, 2014 at 8:46 AM, Mo <m...@daoenix.com> wrote: Hello, >From my understanding going to the UI at first start-up takes awhile to load due to the way it is configured, I believe I was previously told it was gzip for the website. However, I thought this would a one time thing; it seems to take quite awhile to load UI each time I visit, unlike versions gone by. Any advice? Suggestions? - Maurice -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *(tm)* Need Enterprise Grade Support for Apache CloudStack? Our CloudStack Infrastructure Support< http://shapeblue.com/cloudstack-infrastructure-support/> offers the best 24/7 SLA for CloudStack Environments. Apache CloudStack Bootcamp training courses **NEW!** CloudStack 4.2.1 training<http://shapeblue.com/cloudstack-training/> 18th-19th February 2014, Brazil. Classroom<http://shapeblue.com/cloudstack-training/> 17th-23rd March 2014, Region A. Instructor led, On-line<http://shapeblue.com/cloudstack-training/> 24th-28th March 2014, Region B. Instructor led, On-line<http://shapeblue.com/cloudstack-training/> 16th-20th June 2014, Region A. Instructor led, On-line<http://shapeblue.com/cloudstack-training/> 23rd-27th June 2014, Region B. Instructor led, On-line<http://shapeblue.com/cloudstack-training/> This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark. Stratosec<http://stratosec.co/> - Compliance as a Service o: 415.315.9385 @johnlkinsella<http://twitter.com/johnlkinsella> -- EOF Stratosec<http://stratosec.co/> - Compliance as a Service o: 415.315.9385 @johnlkinsella<http://twitter.com/johnlkinsella> -- EOF Stratosec<http://stratosec.co/> - Compliance as a Service o: 415.315.9385 @johnlkinsella<http://twitter.com/johnlkinsella>
