Thanks Jonathan, it works for me with the following.
runtps
--binary=/Users/raymond/Documents/mozilla-central/obj-ff-dbg/dist/Nightly.app/
Jonathan Griffin於 2013年4月4日星期四UTC+8上午3時54分37秒寫道：
I just tested this myself and found that it works. The problem is in
your command-line:
2.
Are there any plans to have tests on the build farm be run in HiDPI
mode? I've recently been working on some test failures that manifest
themselves locally on my Retina MBP, but which are fine on tbpl. It
would be good to have test coverage for this configuration.
It might be sufficient
This is one of the problems Heap Profiler was written to solve:
https://github.com/kevingadd/HeapProfiler
It enables stack trace captures at allocation time, so at any given point
in the capture you can open the heap and see who allocated a given block of
memory. It can also display a
On 4/9/13 7:12 AM, Kevin Gadd wrote:
This is one of the problems Heap Profiler was written to solve:
https://github.com/kevingadd/HeapProfiler
It enables stack trace captures at allocation time, so at any given point
in the capture you can open the heap and see who allocated a given block of
OK. For your point 2, I'll prepare a detailed proposal and I'll file it as a
ticket and on the FM RDS API thread.
Best regards
Paolo
On Tuesday, April 9, 2013 11:32:41 AM UTC+2, Anne van Kesteren wrote:
On Tue, Apr 9, 2013 at 10:21 AM, Paolo wrote:
Ref1:
I see, so the hypothesis is that 100% of the fragmentation is coming from
VirtualAlloc/MapViewOfFile, not from allocations in general? I believe the
kernel instrumentation tools could give you data on this but it would
probably require modifications to the profiler tool, so maybe it can't be
used
Meeting Details:
* Agenda: https://wiki.mozilla.org/WebAPI/2013-04-09
* WebAPI Vidyo room
* Amoeba conf. room, San Francisco office (7A)
* Spadina conf. room, Toronto office
* Allo Allo conf. room, London office
* Vidyo Phone # +1-650-903-0800 x92 Conference #98413 (US/INTL)
* US Vidyo Phone #
I see, so the hypothesis is that 100% of the fragmentation is coming from
VirtualAlloc/MapViewOfFile, not from allocations in general?
jemalloc does not make 4kb allocations, I think ever. So yes.
On Tue, Apr 9, 2013 at 9:23 AM, Kevin Gadd kevin.g...@gmail.com wrote:
I see, so the hypothesis
On 4/8/2013 10:28 PM, allencb...@gmail.com wrote:
Am I right to assume that the XULrunner 23 daily build includes BC?
Yes
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 2013-04-08, at 7:46 PM, Benjamin Smedberg wrote:
In stability-land we're starting to see some interesting problems relating
to virtual memory usage in Firefox on Windows.
Either our code or the ATI driver is leaking mapped memory references in a
way that chews up VM space without
10 matches
Mail list logo
