Hi!<div><br></div><div>Why are the js files not served through apache.</div><div>I have also sometimes long waiting times for the js files only.</div><div><br></div><div>BTW we are using Nginx. We moved from apache to lighttp to nginx.</div>
<div>We also compress all js files into one file before serving.<br></div><div><br></div><div>So it seems not be related to the png files only.</div><div><br></div><div><br></div><div>Cheers</div><div>Gerhard</div><div><br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 27, 2012 at 8:34 PM, Tudor Girba <span dir="ltr"><<a href="mailto:tudor@tudorgirba.com" target="_blank">tudor@tudorgirba.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Bob and James,<br>
<br>
Thanks again.<br>
<br>
It seems to be that the 15s is too much of a coincidence :).<br>
<br>
I put together two experiments that show that the loading problem depends on the amount of images:<br>
<br>
- a page with 3 extra images on top of the template. This seems to exhibit the problem for exactly one slow loading image:<br>
<a href="http://www.humane-assessment.com/test3ExtraImages" target="_blank">http://www.humane-assessment.com/test3ExtraImages</a><br>
<br>
- a page with only 1 extra image on top of the template. This loads fine:<br>
<a href="http://www.humane-assessment.com/testOneExtraImage" target="_blank">http://www.humane-assessment.com/testOneExtraImage</a><br>
<br>
<br>
But, I still do not quite understand where to look next. Any further advice?<br>
<br>
Cheers,<br>
Doru<br>
<div><div class="h5"><br>
<br>
On 26 Nov 2012, at 20:41, Bob Arning <<a href="mailto:arning315@comcast.net">arning315@comcast.net</a>> wrote:<br>
<br>
> I wrote a Squeak simulation of the browser loading 14 of the files on your page. I used a separate process for each httpGet: and typically were complete in under 1.5 seconds. When I hit reload on the browser, there are often 1 or 2 files taking a bit over 15 seconds. Suggests something different about how the browser requests data vs. my simple simulation.<br>
><br>
> Interesting that the response headers are:<br>
><br>
> HTTP/1.1 304 Not Modified<br>
> Date: Mon, 26 Nov 2012 19:19:23 GMT<br>
> Server: Apache/2.2.8 (Ubuntu)<br>
> Connection: Keep-Alive<br>
> Keep-Alive: timeout=15, max=100<br>
> ETag: "392802a-7974-4cf387f145600"<br>
><br>
> Is it just a coincidence that the keep-alive timeout is 15 seconds and that the slow files take 15.7 seconds? Attached is an HAR file with the browser timing details.<br>
><br>
> Cheers,<br>
> Bob<br>
><br>
> On 11/26/12 4:27 AM, Tudor Girba wrote:<br>
>> Hi Paul, hi James,<br>
>><br>
>> Thanks for the answers.<br>
>><br>
>> I also thought it has to do with the Apache config, but I had no idea what to look for. Your suggestion certainly look interesting to look into, but I have close to no clue of how to do it. Do you happen to have a bit more hands-on pointers for how to:<br>
>> - increase the resources count<br>
>> - add expire headers for the images<br>
>><br>
>> ?<br>
>><br>
>> Cheers,<br>
>> Doru<br>
>><br>
>><br>
>> On Mon, Nov 26, 2012 at 5:28 AM, Paul DeBruicker <<a href="mailto:pdebruic@gmail.com">pdebruic@gmail.com</a>> wrote:<br>
>> I suspect James has the answer but you might also consider doing the<br>
>> following:<br>
>><br>
>> -Add expires headers for the images in Apache and people will only have<br>
>> to download them once.<br>
>><br>
>> -Apache 2.2.8 was released Jan 19, 2008 so I'd definitely spend time<br>
>> upgrading to the latest stable version just to get the security<br>
>> vulnerability fixes.<br>
>><br>
>><br>
>><br>
>> On 11/25/2012 08:11 PM, James Foster wrote:<br>
>> > Hi Doru,<br>
>> ><br>
>> > How many resources do you have loading from the same site? Once I had a problem in which Apache was configured (by default) to only provide ten (10) items per second to the same client. I believe this was an attempt to avoid a denial-of-service attack. When I changed Apache to allow 30 items per second then my site loaded much faster.<br>
>> ><br>
>> > James<br>
>> ><br>
>> > On Nov 25, 2012, at 3:24 PM, Tudor Girba wrote:<br>
>> ><br>
>> >> Thanks. But, somehow, I think size is not really the issue.<br>
>> >><br>
>> >> Somehow randomly, one or two of the pictures take significantly more (the delta is measured in seconds) to load than the others.<br>
>> >><br>
>> >> And yes, I am using the timeline debugging functionality from the browser.<br>
>> >><br>
>> >> It's strange.<br>
>> >><br>
>> >> Doru<br>
>> >><br>
>> >> On 24 Nov 2012, at 10:26, Gerhard Obermann <<a href="mailto:obi068@gmail.com">obi068@gmail.com</a>> wrote:<br>
>> >><br>
>> >>> Hi Doru,<br>
>> >>><br>
>> >>> I would reduce the image size to the displayed size and reduce the bit depth of the png to 8.<br>
>> >>> I tried it with home-icons-400-200-37.png.<br>
>> >>> Before: 31.092 Bytes<br>
>> >>> After: 7.678 Bytes<br>
>> >>><br>
>> >>> Cheers<br>
>> >>> Gerhard<br>
>> >>><br>
>> >>><br>
>> >>> On Sat, Nov 24, 2012 at 8:29 AM, Tudor Girba <<a href="mailto:tudor@tudorgirba.com">tudor@tudorgirba.com</a>> wrote:<br>
>> >>> Hi,<br>
>> >>><br>
>> >>> I am working on a pier page, and I have a couple of images in it that seem to be slow to load, although they are served through apache.<br>
>> >>><br>
>> >>> It is true that the images are slightly large (~230K), but still I think they appear too slow.<br>
>> >>><br>
>> >>> The example is here:<br>
>> >>> <a href="http://www.humane-assessment.com/" target="_blank">http://www.humane-assessment.com/</a><br>
>> >>><br>
>> >>> Anyone has any idea of why this would happen?<br>
>> >>><br>
>> >>> Cheers,<br>
>> >>> Doru<br>
>> >>><br>
>> >>><br>
>> >>> --<br>
>> >>> <a href="http://www.tudorgirba.com" target="_blank">www.tudorgirba.com</a><br>
>> >>><br>
>> >>> "Live like you mean it."<br>
>> >>><br>
>> >>> _______________________________________________<br>
>> >>> seaside mailing list<br>
>> >>> <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
>> >>> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
>> >>><br>
>> >>> _______________________________________________<br>
>> >>> seaside mailing list<br>
>> >>> <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
>> >>> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
>> >><br>
>> >> --<br>
>> >> <a href="http://www.tudorgirba.com" target="_blank">www.tudorgirba.com</a><br>
>> >><br>
>> >> "We can create beautiful models in a vacuum.<br>
>> >> But, to get them effective we have to deal with the inconvenience of reality."<br>
>> >><br>
>> >> _______________________________________________<br>
>> >> seaside mailing list<br>
>> >> <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
>> >> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
>> >><br>
>> ><br>
>> > _______________________________________________<br>
>> > seaside mailing list<br>
>> > <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
>> > <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
>> ><br>
>><br>
>> _______________________________________________<br>
>> seaside mailing list<br>
>> <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
>> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> <a href="http://www.tudorgirba.com" target="_blank">www.tudorgirba.com</a><br>
>><br>
>> "Every thing has its own flow"<br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> seaside mailing list<br>
>><br>
>> <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
>> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
><br>
</div></div>> <www.humane-assessmen>_______________________________________________<br>
<div class="im">> seaside mailing list<br>
> <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
<br>
--<br>
<a href="http://www.tudorgirba.com" target="_blank">www.tudorgirba.com</a><br>
<br>
</div>"Problem solving should be focused on describing<br>
the problem in a way that makes the solution obvious."<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
seaside mailing list<br>
<a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
<a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
</div></div></blockquote></div><br></div>