2008-03-05 17:28:25 -08:00
|
|
|
/* -*- Mode: C++; tab-width: 50; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
|
2012-05-21 04:12:37 -07:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
2008-03-05 17:28:25 -08:00
|
|
|
|
|
|
|
#include "nsISupports.idl"
|
|
|
|
|
|
|
|
interface nsISimpleEnumerator;
|
|
|
|
|
2011-11-27 19:03:14 -08:00
|
|
|
/*
|
|
|
|
* Memory reporters measure Firefox's memory usage. They are mainly used to
|
|
|
|
* generate the about:memory page. You should read
|
|
|
|
* https://wiki.mozilla.org/Memory_Reporting before writing a memory
|
|
|
|
* reporter.
|
|
|
|
*/
|
|
|
|
|
2011-06-29 16:39:32 -07:00
|
|
|
/*
|
|
|
|
* An nsIMemoryReporter reports a single memory measurement as an object.
|
|
|
|
* Use this when it makes sense to gather this measurement without gathering
|
|
|
|
* related measurements at the same time.
|
|
|
|
*
|
|
|
|
* Note that the |amount| field may be implemented as a function, and so
|
|
|
|
* accessing it can trigger significant computation; the other fields can
|
|
|
|
* be accessed without triggering this computation. (Compare and contrast
|
|
|
|
* this with nsIMemoryMultiReporter.)
|
2012-06-11 20:29:12 -07:00
|
|
|
*
|
|
|
|
* aboutMemory.js is the most important consumer of memory reports. It
|
|
|
|
* places the following constraints on reports.
|
|
|
|
*
|
|
|
|
* - There must be an "explicit" tree. It represents non-overlapping
|
|
|
|
* regions of memory that have been explicitly allocated with an
|
|
|
|
* OS-level allocation (e.g. mmap/VirtualAlloc/vm_allocate) or a
|
|
|
|
* heap-level allocation (e.g. malloc/calloc/operator new). Reporters
|
|
|
|
* in this tree must have kind HEAP or NONHEAP, units BYTES, and a
|
|
|
|
* description that is a sentence (i.e. starts with a capital letter and
|
|
|
|
* ends with a period, or similar).
|
|
|
|
*
|
|
|
|
* - The "size", "rss", "pss" and "swap" trees are optional. They
|
|
|
|
* represent regions of virtual memory that the process has mapped.
|
|
|
|
* Reporters in this category must have kind NONHEAP, units BYTES, and a
|
|
|
|
* non-empty description.
|
|
|
|
*
|
|
|
|
* - The "compartments" and "ghost-windows" trees are optional. They are
|
|
|
|
* used by about:compartments. Reporters in these trees must have kind
|
|
|
|
* OTHER, units COUNT, an amount of 1, and a description that's an empty
|
|
|
|
* string.
|
|
|
|
*
|
2012-06-25 17:08:59 -07:00
|
|
|
* - All other reports are unconstrained except that they must have a
|
|
|
|
* description that is a sentence.
|
2011-06-29 16:39:32 -07:00
|
|
|
*/
|
2011-07-07 19:45:16 -07:00
|
|
|
[scriptable, uuid(b2c39f65-1799-4b92-a806-ab3cf6af3cfa)]
|
2008-03-05 17:28:25 -08:00
|
|
|
interface nsIMemoryReporter : nsISupports
|
|
|
|
{
|
|
|
|
/*
|
2011-06-16 11:34:09 -07:00
|
|
|
* The name of the process containing this reporter. Each reporter initially
|
|
|
|
* has "" in this field, indicating that it applies to the current process.
|
|
|
|
* (This is true even for reporters in a child process.) When a reporter
|
|
|
|
* from a child process is copied into the main process, the copy has its
|
|
|
|
* 'process' field set appropriately.
|
2011-06-05 18:22:45 -07:00
|
|
|
*/
|
2011-07-07 19:45:16 -07:00
|
|
|
readonly attribute ACString process;
|
2011-06-05 18:22:45 -07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The path that this memory usage should be reported under. Paths are
|
2012-06-11 20:29:12 -07:00
|
|
|
* '/'-delimited, eg. "a/b/c".
|
|
|
|
*
|
|
|
|
* Each reporter can be viewed as representing a leaf node in a tree.
|
|
|
|
* Internal nodes of the tree don't have reporters. So, for example, the
|
|
|
|
* reporters "explicit/a/b", "explicit/a/c", "explicit/d/e", and
|
|
|
|
* "explicit/d/f" define this tree:
|
|
|
|
*
|
|
|
|
* explicit
|
|
|
|
* |--a
|
|
|
|
* | |--b [*]
|
|
|
|
* | \--c [*]
|
|
|
|
* \--d
|
|
|
|
* |--e [*]
|
|
|
|
* \--f [*]
|
|
|
|
*
|
|
|
|
* Nodes marked with a [*] have a reporter. Notice that the internal
|
|
|
|
* nodes are implicitly defined by the paths.
|
|
|
|
*
|
|
|
|
* Nodes within a tree should not overlap measurements, otherwise the
|
|
|
|
* parent node measurements will be double-counted. So in the example
|
|
|
|
* above, |b| should not count any allocations counted by |c|, and vice
|
|
|
|
* versa.
|
|
|
|
*
|
|
|
|
* All nodes within each tree must have the same units.
|
|
|
|
*
|
|
|
|
* If you want to include a '/' not as a path separator, e.g. because the
|
|
|
|
* path contains a URL, you need to convert each '/' in the URL to a '\'.
|
|
|
|
* Consumers of the path will undo this change. Any other '\' character
|
|
|
|
* in a path will also be changed. This is clumsy but hasn't caused any
|
|
|
|
* problems so far.
|
|
|
|
*
|
|
|
|
* The paths of all reporters form a set of trees. Trees can be
|
|
|
|
* "degenerate", i.e. contain a single entry with no '/'.
|
2008-03-05 17:28:25 -08:00
|
|
|
*/
|
2011-07-07 19:45:16 -07:00
|
|
|
readonly attribute AUTF8String path;
|
2008-03-05 17:28:25 -08:00
|
|
|
|
|
|
|
/*
|
2012-06-11 20:29:12 -07:00
|
|
|
* There are three kinds of memory reporters.
|
2012-01-07 02:45:35 -08:00
|
|
|
*
|
2012-06-11 20:29:12 -07:00
|
|
|
* - HEAP: reporters measuring memory allocated by the heap allocator,
|
|
|
|
* e.g. by calling malloc, calloc, realloc, memalign, operator new, or
|
|
|
|
* operator new[]. Reporters in this category must have units
|
|
|
|
* UNITS_BYTES.
|
2011-06-16 11:34:09 -07:00
|
|
|
*
|
2012-06-11 20:29:12 -07:00
|
|
|
* - NONHEAP: reporters measuring memory which the program explicitly
|
|
|
|
* allocated, but does not live on the heap. Such memory is commonly
|
|
|
|
* allocated by calling one of the OS's memory-mapping functions (e.g.
|
|
|
|
* mmap, VirtualAlloc, or vm_allocate). Reporters in this category
|
|
|
|
* must have units UNITS_BYTES.
|
2012-04-02 19:28:05 -07:00
|
|
|
*
|
2012-06-11 20:29:12 -07:00
|
|
|
* - OTHER: reporters which don't fit into either of these categories.
|
|
|
|
* They can have any units.
|
2012-06-25 17:08:59 -07:00
|
|
|
*
|
|
|
|
* The kind only matters for reporters in the "explicit" tree;
|
|
|
|
* aboutMemory.js uses it to calculate "heap-unclassified".
|
2011-05-22 19:49:56 -07:00
|
|
|
*/
|
2011-07-19 07:33:49 -07:00
|
|
|
const PRInt32 KIND_NONHEAP = 0;
|
|
|
|
const PRInt32 KIND_HEAP = 1;
|
|
|
|
const PRInt32 KIND_OTHER = 2;
|
2011-05-22 19:49:56 -07:00
|
|
|
|
|
|
|
/*
|
2011-06-16 11:34:09 -07:00
|
|
|
* The reporter kind. See KIND_* above.
|
2011-05-22 19:49:56 -07:00
|
|
|
*/
|
|
|
|
readonly attribute PRInt32 kind;
|
|
|
|
|
|
|
|
/*
|
2011-07-24 20:56:50 -07:00
|
|
|
* The amount reported by a memory reporter must have one of the following
|
2011-06-16 11:34:09 -07:00
|
|
|
* units, but you may of course add new units as necessary:
|
|
|
|
*
|
|
|
|
* - BYTES: The amount contains a number of bytes.
|
|
|
|
*
|
2011-07-26 06:19:55 -07:00
|
|
|
* - COUNT: The amount is an instantaneous count of things currently in
|
|
|
|
* existence. For instance, the number of tabs currently open would have
|
|
|
|
* units COUNT.
|
2011-07-20 21:08:24 -07:00
|
|
|
*
|
2011-07-24 20:56:50 -07:00
|
|
|
* - COUNT_CUMULATIVE: The amount contains the number of times some event
|
|
|
|
* has occurred since the application started up. For instance, the
|
|
|
|
* number of times the user has opened a new tab would have units
|
|
|
|
* COUNT_CUMULATIVE.
|
|
|
|
*
|
|
|
|
* The amount returned by a reporter with units COUNT_CUMULATIVE must
|
|
|
|
* never decrease over the lifetime of the application.
|
|
|
|
*
|
2011-07-20 21:08:24 -07:00
|
|
|
* - PERCENTAGE: The amount contains a fraction that should be expressed as
|
|
|
|
* a percentage. NOTE! The |amount| field should be given a value 100x
|
|
|
|
* the actual percentage; this number will be divided by 100 when shown.
|
|
|
|
* This allows a fractional percentage to be shown even though |amount| is
|
|
|
|
* an integer. E.g. if the actual percentage is 12.34%, |amount| should
|
|
|
|
* be 1234.
|
2012-04-30 11:27:15 -07:00
|
|
|
*
|
|
|
|
* Values greater than 100% are allowed.
|
2008-03-05 17:28:25 -08:00
|
|
|
*/
|
2011-06-16 11:34:09 -07:00
|
|
|
const PRInt32 UNITS_BYTES = 0;
|
|
|
|
const PRInt32 UNITS_COUNT = 1;
|
2011-07-24 20:56:50 -07:00
|
|
|
const PRInt32 UNITS_COUNT_CUMULATIVE = 2;
|
|
|
|
const PRInt32 UNITS_PERCENTAGE = 3;
|
2008-03-05 17:28:25 -08:00
|
|
|
|
|
|
|
/*
|
2011-06-16 11:34:09 -07:00
|
|
|
* The units on the reporter's amount. See UNITS_* above.
|
2008-03-05 17:28:25 -08:00
|
|
|
*/
|
2011-06-16 11:34:09 -07:00
|
|
|
readonly attribute PRInt32 units;
|
|
|
|
|
|
|
|
/*
|
2012-04-11 19:38:31 -07:00
|
|
|
* The numeric value reported by this memory reporter. Accesses can fail if
|
|
|
|
* something goes wrong when getting the amount.
|
2011-06-16 11:34:09 -07:00
|
|
|
*/
|
2011-06-29 16:39:32 -07:00
|
|
|
readonly attribute PRInt64 amount;
|
2011-06-16 11:34:09 -07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* A human-readable description of this memory usage report.
|
|
|
|
*/
|
2011-07-07 19:45:16 -07:00
|
|
|
readonly attribute AUTF8String description;
|
2008-03-05 17:28:25 -08:00
|
|
|
};
|
|
|
|
|
2011-06-29 16:39:32 -07:00
|
|
|
[scriptable, function, uuid(5b15f3fa-ba15-443c-8337-7770f5f0ce5d)]
|
|
|
|
interface nsIMemoryMultiReporterCallback : nsISupports
|
|
|
|
{
|
|
|
|
void callback(in ACString process, in AUTF8String path, in PRInt32 kind,
|
|
|
|
in PRInt32 units, in PRInt64 amount,
|
|
|
|
in AUTF8String description, in nsISupports closure);
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* An nsIMemoryMultiReporter reports multiple memory measurements via a
|
|
|
|
* callback function which is called once for each measurement. Use this
|
|
|
|
* when you want to gather multiple measurements in a single operation (eg.
|
|
|
|
* a single traversal of a large data structure).
|
|
|
|
*
|
|
|
|
* The arguments to the callback deliberately match the fields in
|
|
|
|
* nsIMemoryReporter, but note that seeing any of these arguments requires
|
|
|
|
* calling collectReports which will trigger all relevant computation.
|
|
|
|
* (Compare and contrast this with nsIMemoryReporter, which allows all
|
|
|
|
* fields except |amount| to be accessed without triggering computation.)
|
|
|
|
*/
|
2011-12-12 19:04:12 -08:00
|
|
|
[scriptable, uuid(61d498d5-b460-4398-a8ea-7f75208534b4)]
|
2011-06-29 16:39:32 -07:00
|
|
|
interface nsIMemoryMultiReporter : nsISupports
|
|
|
|
{
|
2012-02-06 17:02:59 -08:00
|
|
|
/*
|
|
|
|
* The name of the multi-reporter. Useful when only one multi-reporter
|
|
|
|
* needs to be run. Must be unique; if multi-reporters share names it's
|
|
|
|
* likely the wrong one will be called in certain circumstances.
|
|
|
|
*/
|
|
|
|
readonly attribute ACString name;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Run the multi-reporter.
|
|
|
|
*/
|
2011-06-29 16:39:32 -07:00
|
|
|
void collectReports(in nsIMemoryMultiReporterCallback callback,
|
|
|
|
in nsISupports closure);
|
2011-12-12 19:04:12 -08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Return the sum of all this multi-reporter's measurements that have a
|
|
|
|
* path that starts with "explicit" and are KIND_NONHEAP.
|
|
|
|
*
|
|
|
|
* This is a hack that's required to implement
|
|
|
|
* nsIMemoryReporterManager::explicit efficiently, which is important --
|
|
|
|
* multi-reporters can special-case this operation so it's much faster
|
|
|
|
* than getting all the reports, filtering out the unneeded ones, and
|
|
|
|
* summing the remainder.
|
|
|
|
*/
|
|
|
|
readonly attribute PRInt64 explicitNonHeap;
|
2011-06-29 16:39:32 -07:00
|
|
|
};
|
|
|
|
|
2012-01-17 20:23:55 -08:00
|
|
|
[scriptable, uuid(4527b1d8-a81f-4af3-9623-80e4120392c7)]
|
2008-03-05 17:28:25 -08:00
|
|
|
interface nsIMemoryReporterManager : nsISupports
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Return an enumerator of nsIMemoryReporters that are currently registered.
|
|
|
|
*/
|
|
|
|
nsISimpleEnumerator enumerateReporters ();
|
|
|
|
|
|
|
|
/*
|
2011-06-29 16:39:32 -07:00
|
|
|
* Return an enumerator of nsIMemoryMultiReporters that are currently
|
|
|
|
* registered.
|
|
|
|
*/
|
|
|
|
nsISimpleEnumerator enumerateMultiReporters ();
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register the given nsIMemoryReporter. After a reporter is registered,
|
|
|
|
* it will be available via enumerateReporters(). The Manager service
|
|
|
|
* will hold a strong reference to the given reporter.
|
2008-03-05 17:28:25 -08:00
|
|
|
*/
|
|
|
|
void registerReporter (in nsIMemoryReporter reporter);
|
|
|
|
|
2011-06-29 16:39:32 -07:00
|
|
|
/*
|
|
|
|
* Register the given nsIMemoryMultiReporter. After a multi-reporter is
|
|
|
|
* registered, it will be available via enumerateMultiReporters(). The
|
|
|
|
* Manager service will hold a strong reference to the given
|
|
|
|
* multi-reporter.
|
|
|
|
*/
|
|
|
|
void registerMultiReporter (in nsIMemoryMultiReporter reporter);
|
|
|
|
|
2008-03-05 17:28:25 -08:00
|
|
|
/*
|
|
|
|
* Unregister the given memory reporter.
|
|
|
|
*/
|
|
|
|
void unregisterReporter (in nsIMemoryReporter reporter);
|
2009-10-03 00:21:34 -07:00
|
|
|
|
2011-06-29 16:39:32 -07:00
|
|
|
/*
|
|
|
|
* Unregister the given memory multi-reporter.
|
|
|
|
*/
|
|
|
|
void unregisterMultiReporter (in nsIMemoryMultiReporter reporter);
|
|
|
|
|
2009-10-03 00:21:34 -07:00
|
|
|
/*
|
|
|
|
* Initialize.
|
|
|
|
*/
|
|
|
|
void init ();
|
2011-07-06 22:54:34 -07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Get the resident size (aka. RSS, physical memory used). This reporter
|
|
|
|
* is special-cased because it's interesting, is available on all
|
|
|
|
* platforms, and returns a meaningful result on all common platforms.
|
2012-04-11 19:38:31 -07:00
|
|
|
* Accesses can fail.
|
2011-07-06 22:54:34 -07:00
|
|
|
*/
|
|
|
|
readonly attribute PRInt64 resident;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Get the total size of explicit memory allocations, both at the OS-level
|
|
|
|
* (eg. via mmap, VirtualAlloc) and at the heap level (eg. via malloc,
|
|
|
|
* calloc, operator new). (Nb: it covers all heap allocations, but will
|
|
|
|
* miss any OS-level ones not covered by memory reporters.) This reporter
|
|
|
|
* is special-cased because it's interesting, and is moderately difficult
|
2012-04-11 19:38:31 -07:00
|
|
|
* to compute in JS. Accesses can fail.
|
2011-07-06 22:54:34 -07:00
|
|
|
*/
|
|
|
|
readonly attribute PRInt64 explicit;
|
2012-01-17 20:23:55 -08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This attribute indicates if moz_malloc_usable_size() works.
|
|
|
|
*/
|
|
|
|
readonly attribute boolean hasMozMallocUsableSize;
|
2008-03-05 17:28:25 -08:00
|
|
|
};
|
|
|
|
|
|
|
|
%{C++
|
|
|
|
|
2011-06-05 18:22:45 -07:00
|
|
|
/*
|
|
|
|
* Note that this defaults 'process' to "", which is usually what's desired.
|
|
|
|
*/
|
2011-07-18 18:22:36 -07:00
|
|
|
#define NS_MEMORY_REPORTER_IMPLEMENT_HELPER(_classname, _path, _kind, _units, _amountFunction, _desc, _ts) \
|
2012-02-03 01:22:01 -08:00
|
|
|
class MemoryReporter_##_classname MOZ_FINAL : public nsIMemoryReporter { \
|
2011-06-16 11:34:09 -07:00
|
|
|
public: \
|
|
|
|
NS_DECL_ISUPPORTS \
|
2012-04-11 19:38:31 -07:00
|
|
|
NS_IMETHOD GetProcess(nsACString &process) { process.Truncate(); return NS_OK; } \
|
2012-06-14 13:29:00 -07:00
|
|
|
NS_IMETHOD GetPath(nsACString &memoryPath) { memoryPath.AssignLiteral(_path); return NS_OK; } \
|
2011-06-16 11:34:09 -07:00
|
|
|
NS_IMETHOD GetKind(int *kind) { *kind = _kind; return NS_OK; } \
|
|
|
|
NS_IMETHOD GetUnits(int *units) { *units = _units; return NS_OK; } \
|
2012-04-11 19:38:31 -07:00
|
|
|
NS_IMETHOD GetAmount(PRInt64 *amount) { *amount = _amountFunction(); return NS_OK; } \
|
2012-06-14 13:29:00 -07:00
|
|
|
NS_IMETHOD GetDescription(nsACString &desc) { desc.AssignLiteral(_desc); return NS_OK; } \
|
2012-04-11 19:38:31 -07:00
|
|
|
}; \
|
|
|
|
NS_IMPL##_ts##ISUPPORTS1(MemoryReporter_##_classname, nsIMemoryReporter)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The only difference between this and NS_MEMORY_REPORTER_IMPLEMENT_HELPER
|
|
|
|
* is that the function used to implement GetAmount is fallible.
|
|
|
|
*/
|
|
|
|
#define NS_FALLIBLE_MEMORY_REPORTER_IMPLEMENT_HELPER(_classname, _path, _kind, _units, _amountFunction, _desc, _ts) \
|
|
|
|
class MemoryReporter_##_classname MOZ_FINAL : public nsIMemoryReporter { \
|
|
|
|
public: \
|
|
|
|
NS_DECL_ISUPPORTS \
|
|
|
|
NS_IMETHOD GetProcess(nsACString &process) { process.Truncate(); return NS_OK; } \
|
2012-06-14 13:29:00 -07:00
|
|
|
NS_IMETHOD GetPath(nsACString &memoryPath) { memoryPath.AssignLiteral(_path); return NS_OK; } \
|
2012-04-11 19:38:31 -07:00
|
|
|
NS_IMETHOD GetKind(int *kind) { *kind = _kind; return NS_OK; } \
|
|
|
|
NS_IMETHOD GetUnits(int *units) { *units = _units; return NS_OK; } \
|
|
|
|
NS_IMETHOD GetAmount(PRInt64 *amount) { return _amountFunction(amount); } \
|
2012-06-14 13:29:00 -07:00
|
|
|
NS_IMETHOD GetDescription(nsACString &desc) { desc.AssignLiteral(_desc); return NS_OK; } \
|
2011-06-16 11:34:09 -07:00
|
|
|
}; \
|
2011-07-18 18:22:36 -07:00
|
|
|
NS_IMPL##_ts##ISUPPORTS1(MemoryReporter_##_classname, nsIMemoryReporter)
|
|
|
|
|
|
|
|
#define NS_MEMORY_REPORTER_IMPLEMENT(_c, _p, _k, _u, _a, _d) \
|
|
|
|
NS_MEMORY_REPORTER_IMPLEMENT_HELPER(_c, _p, _k, _u, _a, _d, _)
|
|
|
|
#define NS_THREADSAFE_MEMORY_REPORTER_IMPLEMENT(_c, _p, _k, _u, _a, _d) \
|
|
|
|
NS_MEMORY_REPORTER_IMPLEMENT_HELPER(_c, _p, _k, _u, _a, _d, _THREADSAFE_)
|
2012-04-11 19:38:31 -07:00
|
|
|
#define NS_FALLIBLE_MEMORY_REPORTER_IMPLEMENT(_c, _p, _k, _u, _a, _d) \
|
|
|
|
NS_FALLIBLE_MEMORY_REPORTER_IMPLEMENT_HELPER(_c, _p, _k, _u, _a, _d, _)
|
|
|
|
#define NS_FALLIBLE_THREADSAFE_MEMORY_REPORTER_IMPLEMENT(_c, _p, _k, _u, _a, _d) \
|
|
|
|
NS_FALLIBLE_MEMORY_REPORTER_IMPLEMENT_HELPER(_c, _p, _k, _u, _a, _d, _THREADSAFE_)
|
2008-03-05 17:28:25 -08:00
|
|
|
|
|
|
|
#define NS_MEMORY_REPORTER_NAME(_classname) MemoryReporter_##_classname
|
|
|
|
|
2011-12-08 19:09:36 -08:00
|
|
|
nsresult NS_RegisterMemoryReporter(nsIMemoryReporter *reporter);
|
|
|
|
nsresult NS_RegisterMemoryMultiReporter(nsIMemoryMultiReporter *reporter);
|
|
|
|
|
|
|
|
nsresult NS_UnregisterMemoryReporter(nsIMemoryReporter *reporter);
|
|
|
|
nsresult NS_UnregisterMemoryMultiReporter(nsIMemoryMultiReporter *reporter);
|
|
|
|
|
|
|
|
// Because DMD is not a tool that comes with the standard Valgrind
|
|
|
|
// distribution, we have to #include our own local copy of dmd.h. Ugly but
|
|
|
|
// unavoidable.
|
|
|
|
#ifdef MOZ_DMD
|
|
|
|
#if MOZ_MEMORY
|
|
|
|
#error "--disable-jemalloc should have been forced when --enable-dmd was specified"
|
|
|
|
#endif
|
|
|
|
#include "dmd.h"
|
|
|
|
#endif
|
2008-03-05 17:28:25 -08:00
|
|
|
|
2011-11-27 19:03:14 -08:00
|
|
|
namespace mozilla {
|
|
|
|
|
|
|
|
/*
|
2011-12-08 19:09:36 -08:00
|
|
|
* Functions generated via this macro should be used by all traversal-based
|
2012-01-25 00:52:51 -08:00
|
|
|
* memory reporters. Such functions return |moz_malloc_size_of(ptr)|; this
|
|
|
|
* will always be zero on some obscure platforms.
|
2011-12-08 19:09:36 -08:00
|
|
|
*
|
|
|
|
* You might be wondering why we have a macro that creates multiple functions
|
|
|
|
* distinguished only by |name|, instead of a single MemoryReporterMallocSizeOf
|
|
|
|
* function. It's mostly to help with DMD integration, though it sometimes
|
|
|
|
* also helps with debugging and temporary ad hoc profiling. The |name| chosen
|
|
|
|
* doesn't matter greatly, but it's best to make it similar to the path used by
|
|
|
|
* the relevant memory reporter(s).
|
2011-11-27 19:03:14 -08:00
|
|
|
*/
|
2011-12-08 19:09:36 -08:00
|
|
|
#define NS_MEMORY_REPORTER_MALLOC_SIZEOF_FUN(fn, name) \
|
2012-01-02 18:19:14 -08:00
|
|
|
static size_t fn(const void *ptr) \
|
2011-12-08 19:09:36 -08:00
|
|
|
{ \
|
2012-01-25 00:52:51 -08:00
|
|
|
size_t usable = moz_malloc_size_of(ptr); \
|
2011-12-08 19:09:36 -08:00
|
|
|
VALGRIND_DMD_REPORT(ptr, usable, name); \
|
|
|
|
return usable; \
|
|
|
|
}
|
2011-11-27 19:03:14 -08:00
|
|
|
|
|
|
|
/*
|
2011-12-08 19:09:36 -08:00
|
|
|
* Like NS_MEMORY_REPORTER_MALLOC_SIZEOF_FUN, but the created function sends an
|
|
|
|
* "unreport" message to DMD.
|
2011-11-27 19:03:14 -08:00
|
|
|
*/
|
2011-12-08 19:09:36 -08:00
|
|
|
#define NS_MEMORY_REPORTER_MALLOC_SIZEOF_FUN_UN(fn) \
|
2012-01-02 18:19:14 -08:00
|
|
|
static size_t fn(const void *ptr) \
|
2011-11-27 19:03:14 -08:00
|
|
|
{ \
|
2012-01-25 00:52:51 -08:00
|
|
|
size_t usable = moz_malloc_size_of(ptr); \
|
2011-12-08 19:09:36 -08:00
|
|
|
VALGRIND_DMD_UNREPORT(ptr); \
|
2011-11-27 19:03:14 -08:00
|
|
|
return usable; \
|
|
|
|
}
|
|
|
|
|
2011-12-08 19:09:36 -08:00
|
|
|
#ifdef MOZ_DMD
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This runs all the memory reporters but does nothing with the results; i.e.
|
|
|
|
* it does the minimal amount of work possible for DMD to do its thing. Then
|
|
|
|
* it dumps the DMD output to stderr (or somewhere else, if one of
|
|
|
|
* DMD/Valgrind's logging options was used).
|
|
|
|
*/
|
|
|
|
void DMDCheckAndDump();
|
|
|
|
|
|
|
|
#else
|
|
|
|
|
|
|
|
#define VALGRIND_DMD_REPORT(ptr, usable, name)
|
|
|
|
#define VALGRIND_DMD_UNREPORT(ptr)
|
|
|
|
|
|
|
|
#endif /* defined(MOZ_DMD) */
|
2011-11-27 19:03:14 -08:00
|
|
|
}
|
|
|
|
|
2008-03-05 17:28:25 -08:00
|
|
|
%}
|