<div dir="ltr"><div><div>One thing to note is that although the telemetry graph shows that the total number of users with > 50ms for that query reduced a lot, I on the other hand is actually observing a totally opposite behavior.<br>
<br></div>I filed <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1049506">https://bugzilla.mozilla.org/show_bug.cgi?id=1049506</a> but in a nutshell, when i turn on unified complete, the first query (along with auto filling) has a really noticeable delay as compared to when unified complete is off.<br>
<br></div>Just putting it out here as I wonder if other users are also observing such behavior, why did the graph shows a huge improvement.<br><div><div><div><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Fri, Aug 8, 2014 at 3:15 AM, Gavin Sharp <span dir="ltr"><<a href="mailto:gavin@gavinsharp.com" target="_blank">gavin@gavinsharp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Interesting - so perhaps not as much of a win as I had thought. It<br>
sounds to me like we might want telemetry on the overall time to<br>
display "all results" (or all "initially visible" results) to get a<br>
better picture of the overall effect of autocomplete changes. I could<br>
see making the first result appear quickly but subsequent results<br>
appear more slowly being a net negative in terms of user perception,<br>
for example.<br>
<span class="HOEnZb"><font color="#888888"><br>
Gavin<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Wed, Aug 6, 2014 at 1:02 AM, Marco Bonardo <<a href="mailto:mbonardo@mozilla.com">mbonardo@mozilla.com</a>> wrote:<br>
> On 05/08/2014 21:44, Gavin Sharp wrote:<br>
>><br>
>><br>
>> <a href="http://telemetry.mozilla.org/#filter=nightly%2F34%2FPLACES_AUTOCOMPLETE_1ST_RESULT_TIME_MS" target="_blank">http://telemetry.mozilla.org/#filter=nightly%2F34%2FPLACES_AUTOCOMPLETE_1ST_RESULT_TIME_MS</a><br>

>> is interesting (discovered via<br>
>> <a href="http://vitillo.github.io/cerberus/dashboard/" target="_blank">http://vitillo.github.io/cerberus/dashboard/</a>).<br>
>><br>
>> That measure has decreased noticeably across the board. Do we know why?<br>
><br>
><br>
> The first result now is often the autoFilled result, any other result<br>
> happens after a timer (to avoid querying too often while the user types)<br>
> while autoFill query runs immediately. So now this is basically measuring<br>
> time taken by the autoFill query to fill up the first popup result, while<br>
> previously it was measuring time taken by the first autocomplete query to do<br>
> the same. The good thing is that this way it looks like we are returning<br>
> results faster, so autocomplete will indeed "look" snappier to the user.<br>
><br>
> -m<br>
><br>
> _______________________________________________<br>
> firefox-dev mailing list<br>
> <a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
> <a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
_______________________________________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span>Girish Sharma<br>B.Tech(H), </span><span>Civil Engineering</span><span>,</span><div><span>Indian Institute of Technology, Kharagpur</span></div>


</div>