<div dir="ltr"><div><div><div><div><div>Mariano,<br><br></div>How heavily loaded is the system while you are doing this test?<br><br></div>If the system is doing a lot of disk i/o (readn and write) and you have not put your tranlogs on a separate spindle (LUN) and you are running on Lunix, there is a possibility that the delay is caused by the end of request commit ...<br>
<br></div>On Linux, the default setting for the system is to favor reads over writes, the commit will not complete until the tranlog records have been flushed to disk and on a system that is doing a lot of reading, the flush can be deferred for "unreasonably long periods" (yes seconds). On SS3 I was seeing significant delays until I move the tranlogs to a separate LUN....<br>
<br></div>You can tell if this is a possibility by looking at statmon results ... you are looking for lots of disk i/o (PageReads on your Gems) ... <br><br></div>If you suspect that this might be the case (i.e., an MFC running when you are seeing the slow responses), then I can look at a statmon file to help determine if this is indeed the case.<br>
<br>Dale<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 12, 2014 at 1:17 PM, Mariano Martinez Peck <span dir="ltr"><<a href="mailto:marianopeck@gmail.com" target="_blank">marianopeck@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="">On Sat, May 10, 2014 at 3:51 AM, Johan Brichau <span dir="ltr"><<a href="mailto:johan@inceptive.be" target="_blank">johan@inceptive.be</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Mariano,<div><br></div>
<div>I’m afraid you will need to give a bit more info here…</div><div>Is it a GLASS or Pharo-based application?</div></div></blockquote><div><br></div></div><div>Sorry, I didn't give too much info. It is GLASS. </div>
<div class=""><div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div> Are you logging the browser response time or is this server-side rendering timing? What is the code, etc… ?</div>
<div><br></div></div></blockquote><div><br></div></div><div>I am using the developer tools. I attach 2 screenshots, one POST (normal one) takes 246ms and the slow one that takes 1.66 seconds in this example. Both "submits" were just a click in a menu button.</div>
<div><br></div><div>The menu is renderrd like this:</div><div><br></div><div><div>renderActivityMenuOn: html id: anId</div><div><span style="white-space:pre-wrap"> </span>(self showActivityMenu and: [self activityMenu isEmpty not]) ifTrue: [ </div>
<div><span style="white-space:pre-wrap"> </span>html div id:'activityMenuDiv'; with: [ </div><div><span style="white-space:pre-wrap"> </span>html form: [</div><div><span style="white-space:pre-wrap"> </span>html</div>
<div><span style="white-space:pre-wrap"> </span>tbsNavbar</div><div><span style="white-space:pre-wrap"> </span>id: anId;</div><div><span style="white-space:pre-wrap"> </span>beDefault;</div><div>
<span style="white-space:pre-wrap"> </span>with: [ </div><div><span style="white-space:pre-wrap"> </span>self activityMenu</div><div><span style="white-space:pre-wrap"> </span>do: [ :menuAction | </div>
<div><span style="white-space:pre-wrap"> </span>html space.</div><div><span style="white-space:pre-wrap"> </span>html</div><div><span style="white-space:pre-wrap"> </span>tbsNavbarButton</div>
<div><span style="white-space:pre-wrap"> </span>beSmall;</div><div><span style="white-space:pre-wrap"> </span>beActiveIf: ((menuAction = selectedActivityMenuAction) or: [selectedActivityMenuAction isNil and: [self activityMenu first = menuAction]]) ;</div>
<div><span style="white-space:pre-wrap"> </span>callback: [menuAction logAndValue: self.</div><div><span style="white-space:pre-wrap"> </span>selectedActivityMenuAction := menuAction];</div><div>
<span style="white-space:pre-wrap"> </span>with: [ html text: menuAction label ] ] ] ]]]</div><div><span style="white-space:pre-wrap"> </span></div></div><div><br></div><div>So basically it is a form and each menu item is a button. </div>
<div><br></div><div>I don't understand why a POST could take 200ms for one menu item and 1.6 second for another one.</div><div><br></div><div>Any idea? how can I debug it?</div><div><br></div><div>Thanks in advance, </div>
<div class="">
<div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">
<div></div><div>Johan</div><div><br><div><div><div><div>On 09 May 2014, at 17:42, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com" target="_blank">marianopeck@gmail.com</a>> wrote:</div>
<br></div></div><blockquote type="cite"><div><div><div dir="ltr">Hi guys,<div><br></div><div>I have a strange situation. I have the main menu of my app built with Bootstrap NavBar. It is a form, and a button per "menu item". Buttons are NavbarButton. Now what is strange is that it takes quite some time to render some of the menu items. Using internet browser dev tools I can see that requests are usually fast, however, for certain specific menu items, the POST takes quite some time. For example, there are 2 or 3 menu items where the post takes 3 seconds!!!! Normally, I know how to profile/debug slow requests (I can profile #handleRequest: etc) but I am clueless how to profile this problem.</div>
<div><br></div><div>Any help is appreciated.</div><div><br></div><div>Best,</div><div><div><br></div>-- <br>Mariano<br><a href="http://marianopeck.wordpress.com/" target="_blank">http://marianopeck.wordpress.com</a><br>
</div></div></div></div>
_______________________________________________<br>seaside mailing list<br><a href="mailto:seaside@lists.squeakfoundation.org" target="_blank">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>
</blockquote></div><br></div></div><br>_______________________________________________<br>
seaside mailing list<br>
<a href="mailto:seaside@lists.squeakfoundation.org" target="_blank">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></blockquote></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Mariano<br><a href="http://marianopeck.wordpress.com" target="_blank">http://marianopeck.wordpress.com</a><br>
</font></span></div></div>
<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></blockquote></div><br></div>