Report utility process JS memory in task manager.

content/public/browser/browser_child_process_host.h

 // Copyright (c) 2012 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #ifndef CONTENT_PUBLIC_BROWSER_BROWSER_CHILD_PROCESS_HOST_H_
 #define CONTENT_PUBLIC_BROWSER_BROWSER_CHILD_PROCESS_HOST_H_
 
 #include "base/environment.h"
 #include "base/process/kill.h"
 #include "base/process/process_handle.h"
 #include "base/process/process_metrics.h"
 #include "base/strings/string16.h"
 #include "build/build_config.h"
 #include "content/common/content_export.h"
 #include "content/public/common/process_type.h"
 #include "ipc/ipc_sender.h"
 
 namespace base {
 class CommandLine;
 class FilePath;
 }
 
 namespace content {
 
 class BrowserChildProcessHostDelegate;
 class ChildProcessHost;
 class SandboxedProcessLauncherDelegate;
+class ServiceRegistry;
 struct ChildProcessData;
 
 // This represents child processes of the browser process, i.e. plugins. They
 // will get terminated at browser shutdown.
 class CONTENT_EXPORT BrowserChildProcessHost : public IPC::Sender {
  public:
   // Used to create a child process host. The delegate must outlive this object.
   // |process_type| needs to be either an enum value from ProcessType or an
   // embedder-defined value.
   static BrowserChildProcessHost* Create(
       content::ProcessType process_type,
       BrowserChildProcessHostDelegate* delegate);
 
+  // Returns the child process host with unique id |id|, or nullptr if it
+  // doesn't exist.
+  static BrowserChildProcessHost* Get(int id);

[ncarter (slow), 2015/05/07 20:12:44]

Name this FromID to match the convention established by these existing classes:

https://code.google.com/p/chromium/codesearch#search/&q=static.*FromID%5C(.*i...

Also I suggest naming the argument process_id or child_process_id -- our
convention here is less rigid, seems that there's just one namespace
encompassing the various child process ids and render process ids, but they are
called different things in different places. I think some of the variation in
naming in places is due to worries about pid/process_id confusion since so there
are so many int ids that could be meant.

[Anand Mistry (off Chromium), 2015/05/11 05:41:31]

Done. Also clarified the comment to indicate what this ID is.

+
   ~BrowserChildProcessHost() override {}
 
   // Derived classes call this to launch the child process asynchronously.
   // Takes ownership of |cmd_line| and |delegate|.
   virtual void Launch(
       SandboxedProcessLauncherDelegate* delegate,
       base::CommandLine* cmd_line,
       bool terminate_on_shutdown) = 0;
 
   virtual const ChildProcessData& GetData() const = 0;
@@ skipping 14 matching lines @@
   // Sets the user-visible name of the process.
   virtual void SetName(const base::string16& name) = 0;
 
   // Set the handle of the process. BrowserChildProcessHost will do this when
   // the Launch method is used to start the process. However if the owner
   // of this object doesn't call Launch and starts the process in another way,
   // they need to call this method so that the process handle is associated with
   // this object.
   virtual void SetHandle(base::ProcessHandle handle) = 0;
 
+  // Get the Mojo service registry connected to the child process. Returns
+  // nullptr if no service registry exists.
+  virtual ServiceRegistry* GetServiceRegistry() = 0;
+
 #if defined(OS_MACOSX) && !defined(OS_IOS)
   // Returns a PortProvider used to get process metrics for child processes.
   static base::ProcessMetrics::PortProvider* GetPortProvider();
 #endif
 };
 
 };  // namespace content
 
 #endif  // CONTENT_PUBLIC_BROWSER_BROWSER_CHILD_PROCESS_HOST_H_