Re: Reproducing bug 837489

[Nicolas Silva]

On Sat, Aug 24, 2013 at 9:19 PM, garys...@gmail.com wrote:

 I can't reliably reproduce the problem,  it just seems to happen  Most of
 my corruption is on the chrome.  It gets completely or partially overlayed
 with blocks of color.  Of interest might be the fact that the color is
 whatever color I set in Windows 8 for the title bar.

 Content corruption is a more rare for me.  I've seen black squares and
 various geometric shapes of different colors. This is not a frequent
 occurrence.

 In most cases the chrome corruption can be cleared up by minimizing or
 maximizing the screen.  Content corruption can be gotten rid of my
 scrolling past the corruption.

 Turning off Azure 'cures' the problem for me.  If there is any way I can
 help you nail this down let me know.  Perhaps when it does happen I can
 produce some sort of report for you.



Maybe Bas's Azure recorder could help then?



 ___
 dev-platform mailing list
 dev-platform@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-platform

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Build times of different projects

[Ehsan Akhgari]

Note that the code itself (and not just its size) being compiled can also
change the compilation time, as the compiler needs to perform things such
as template instantiation, Koenig name look-ups, etc.  Those factors will
not change by reducing the #include dependencies.

Cheers,

--
Ehsan
http://ehsanakhgari.org/


On Sat, Aug 24, 2013 at 6:17 AM, Nicholas Nethercote n.netherc...@gmail.com
 wrote:

 Hi,

 I just read this:


 http://voices.canonical.com/jussi.pakkanen/2013/08/23/comparing-build-speeds-of-different-code-bases/

 The author compiled 10 different C++ projects and found that the
 number of lines compiled per second varied from 46 to 288.

 The final paragraph:

 What we can deduce from this experiment is that C++ compilation speed
 is a feature of the code base, not so much of the language or
 compiler. It also means that if your code base is a slow one, it is
 possible to make it compile up to 10 times faster without any external
 help. The tools to do it are simple: minimizing interdependencies and
 external deps. This is one of those things that is easy to do when
 starting anew but hard to retrofit to code bases that resemble a bowl
 of ramen. The payoff, however, is undeniable.

 The 10 times appears to be an exaggeration, and there's no evidence
 presented that minimizing interdependencies and external deps is
 truly responsible for the variation, but it's intriguing w.r.t. the
 Mozilla header clean-ups that are underway.

 Nick
 ___
 dev-platform mailing list
 dev-platform@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-platform

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform