> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+jmathies=mozilla@lists.mozilla.org] On Behalf Of Nicholas
> Nethercote
> Sent: Friday, March 03, 2017 6:15 PM
> To: dev-platform
> Subject: All the processes
>
> Hi,
>
On Monday, December 21, 2015 at 1:16:13 PM UTC-6, Kartikaya Gupta wrote:
> So, I propose that we create an orangefactor threshold above which the
> tree should just be closed until people start fixing intermittent
> oranges. Thoughts?
>
> kats
How about regularly scheduled test fix days where eve
On Friday, December 4, 2015 at 11:08:08 AM UTC-6, Armen Zambrano G. wrote:
> LastPass bring the browser to a crawl making it almost impossible to
> use. If we have users using LastPass on the beta population using e10s
> we're going to have a lot of people upset.
Not an issue since initial rollout
On Friday, December 4, 2015 at 9:44:36 AM UTC-6, Ehsan Akhgari wrote:
> On 2015-12-04 9:02 AM, jmath...@mozilla.com wrote:
> > Hey all,
> >
> > FYI e10s will be enabled in beta/44 in a limited way for a short period
> > time through an experiment. [1] The purpose of this experiment is to
> > coll
Hey all,
FYI e10s will be enabled in beta/44 in a limited way for a short period time
through an experiment. [1] The purpose of this experiment is to collect e10s
related performance measurements specific to beta.
The current plan is to then enabled e10s in beta/45 for a respectable chunk of
o
On Monday, July 6, 2015 at 3:52:39 PM UTC-5, Kyle Huey wrote:
> On Mon, Jul 6, 2015 at 1:37 PM, Ryan VanderMeulen wrote:
>
> > On 7/6/2015 4:34 PM, Vladan D wrote:
> >
> >> Background: Firefox shutdown hangs are turned into shutdown crashes by a
> >> watchdog thread [1] that forces a crash if shu
Maybe this bug 1157409 bleeding through to non-apzc? Perf on tree herder sucks
for me too, and I have apzc off today.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On Tuesday, April 21, 2015 at 2:11:43 PM UTC-5, Andrew Halberstadt wrote:
> On 21/04/15 03:02 PM, Aaron Klotz wrote:
> > On 4/21/2015 12:50 PM, Andrew Halberstadt wrote:
> >>
> >> This could be effective, but if not implemented with care it could
> >> also be very de-motivating, especially for a we
On Tuesday, April 21, 2015 at 3:03:37 AM UTC-5, Gabriele Svelto wrote:
> On 21/04/2015 08:25, Gabor Krizsanits wrote:
> > Maybe because I usually work on core, and such confidence is hard to reach
> > there, but I'd like to think at least a try run that check if the patch
> > builds on all platform
> Do we realistically care about keeping this working? With perfherder
> graphs, we now have a way of visualizing/tracking relative performance
(http://wrla.ch/blog/2015/02/measuring-e10s-vs-non-e10s-performance-with-perfherder/),
> though I'm not sure if that's really telling us anything we don't
On Sunday, December 28, 2014 7:20:25 PM UTC-6, Aaron Travis wrote:
> I've noticed that when you're scrolling a text field on a Windows touch
> screen and you reach the end of the scroll, the entire program "pulls" in the
> direction of the scroll and then snaps back. Not just the text field, but
> Three? I've only seen two...
Really three or more depending on the number of plugins you have running,
usually just flash. Plugin processes are now owned by the chrome process so,
chrome, a single process for content for now, and a set of plugin processes.
_
> On Friday, November 7, 2014 4:39:28 PM UTC-6, Gijs Kruitbosch wrote:
> Are we currently planning to let this default ride into aurora in 2
> weeks' time?
>
> ~ Gijs
Lots of bugs to fix before we roll out. We're currently finishing up milestone
4 bugs. m5/m6 block rollout to aurora, m7/m8 bloc
Is there any chance you could generate a report on tests disabled in e10s mode?
This would be very useful for the e10s team as we currently have a lot of tests
disabled which need to get fixed.
___
dev-platform mailing list
dev-platform@lists.mozilla.or
Bug 1072417 landed yesterday removing support for "browser.tabs.remote" on
mozilla-central, this will percolate its way out to release over the next few
months. Everything gated on browser.tabs.remote is now on by default or has
been dealt with using other means.
browser.tabs.remote was the ori
On Thursday, January 31, 2013 8:14:01 AM UTC-6, Gregory Szorc wrote:
> My reading of Ehsan's summary is that there is no significant *user*
> benefit (read: perf win) of PGO.
>
> If there is no *user* benefit, then the only data that remains to
> justify PGO are the benchmark results.
>
> There
> As a historical note, when we first enabled PGO support for Windows our
> profiling scenario was "start Firefox, wait 10 seconds, shut down
> Firefox". Enabling PGO with this profiling run provided us with 20-25%
> perf improvements in many of our benchmarks on Talos. We later changed
> it to the
> We then tried to get a sense of how much of a win the PGO optimizations
> are. Thanks to a series of measurements by dmandelin, we know that
> disabling PGO/LTCG will result in a regression of about 10-20% on
> benchmarks which examine DOM and layout performance such as Dromaeo and
> guimark
18 matches
Mail list logo
