On Wed, Apr 03, 2013 at 02:22:35PM +0900, ishikawa wrote:
> FYI: Upgrading binutils to 2.23.2 did not help.
> (Well, at least I got a better memory usage report when
> memory was exhausted. "ld" printed out that it fails to allocate this many
> bytes after having allocated the total amount. They ar
FYI: Upgrading binutils to 2.23.2 did not help.
(Well, at least I got a better memory usage report when
memory was exhausted. "ld" printed out that it fails to allocate this many
bytes after having allocated the total amount. They are printed numerically.
It was close to 1GiB and so I assumed it is
Today's MemShrink meeting will be brought to you by zones, a.k.a. compartment
groups:
https://bugzilla.mozilla.org/show_bug.cgi?id=759585
NOTE: new meeting time, new vidyo room
The wiki page for this meeting is at:
https://wiki.mozilla.org/Performance/MemShrink
Agenda:
* Discuss results of
As soon as the last dependency on bug#843383 is closed, we're planning
to power off the tinderbox.m.o server here at Mozilla.
This should be a non-event, as Firefox, Fennec, B2G, Thunderbird,
SeaMonkey, Camino, NSS and l10n are all no longer using tinderbox.
However, if you know of anyone who is s
https://bugzilla.mozilla.org/show_bug.cgi?id=699670
On Tue, Apr 2, 2013 at 11:58 AM, Patrick McManus wrote:
> Today I noticed some (relatively) new CDF plots of telemetry histogram
> data on metrics.mozilla.com. Maybe in the last week or so?
>
> This makes it much easier to determine medians and
Today I noticed some (relatively) new CDF plots of telemetry histogram
data on metrics.mozilla.com. Maybe in the last week or so?
This makes it much easier to determine medians and 90th percentiles -
which is a very common use case for me. If you haven't seen it I
recommend checking it out.
If, d
On 2013-03-27 1:29 PM, Benjamin Smedberg wrote:
On 3/27/2013 1:19 PM, Armen Zambrano G. wrote:
On another note, there could be a tree booked for win64 and move
nightly win64 users there (orthogonal to updating users to 32-bit
builds) since it would allow the community control which merges from
Since last Friday, we're only running win64 builds per check-in on [1]:
* mozilla-central
* try [2]
We generate nightly win64 updates on mozilla-central.
All win64 jobs are running hidden:
https://tbpl.mozilla.org/?jobname=WINNT%206.1%20x86-64&showall=1
Our win32 builds are now not seeing delay
tl;dr - If you update a test harness pref in build/automation.py.in,
please also update it in testing/profiles/prefs_general.js. This is
temporary and I am working to remove the automation.py.in location in
bug 830430[1]
---
Currently prefs that are common to our test harnesses are hardcoded
On (2013年04月02日 13:58), ishikawa wrote:
> On (2013年04月02日 13:52), ishikawa wrote:
>> [I just noticed that in a follow-up post that LTO pass requires 6GB of
>> memory on 64bits linux,
>
> Ooops: A typo of my own: it was not *6*GB but *3*GB in the GCC note.
>
> But funny, the ld seems to give up ha
10 matches
Mail list logo
