Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 03 Jan 2022 06:26:58 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 260901] www/firefox dom.ipc.processCount 8 but maybe more than eight such processes
Message-ID:  <bug-260901-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260901

            Bug ID: 260901
           Summary: www/firefox dom.ipc.processCount 8 but maybe more than
                    eight such processes
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Keywords: performance
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: gecko@FreeBSD.org
          Reporter: grahamperrin@gmail.com
          Assignee: gecko@FreeBSD.org
             Flags: maintainer-feedback?(gecko@FreeBSD.org)

Created attachment 230657
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D230657&action=
=3Dedit
Screenshot: an htop view of a thought-provokingly high number of firefox
processes

dom.ipc.processCount is 8 (the default) however, as far as I can tell:

* many more than eight such processes may become apparent=20
  in e.g. htop(1)

* if excesses are not apparent at start time, after Firefox completes=20
  its reopening of previous windows and tabs, then they may become=20
  apparent when (for example) I begin to load tabs that were reopened

  -- maybe only if no favicon is apparent before the click to load.

about:support currently shows an isolated web content count:=20

  13

=E2=80=93 although I don't know whether this bears any relationship to
dom.ipc.processCount =E2=80=93 and htop shows a number greater than 13=20
for firefox processes matching:=20

  -isForBrowser

At a glance, the number visible in htop _might_ equal the=20
sum of the five types of remote process in about:support.=20


Environment
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

% pkg info -x firefox
firefox-95.0.2,2
% pkg -vv | grep -e url -e enabled
    url             : "http://pkg0.pkt.freebsd.org/FreeBSD:14:amd64/latest",
    enabled         : yes,
    url             :
"https://alpha.pkgbase.live/current/FreeBSD:14:amd64/latest",
    enabled         : no,
    url             : "file:///usr/local/poudriere/data/packages/main-defau=
lt",
    enabled         : yes,
% freebsd-version -kru
14.0-CURRENT
14.0-CURRENT
14.0-CURRENT
% uname -aKU
FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #118
main-n251923-4bae154fe8c: Sat Dec 25 08:03:37 GMT 2021=20=20=20=20
root@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NO=
DEBUG
 amd64 1400045 1400045
%=20


Early thoughts
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Ultimately: this might be not a bug, or a bug upstream.=20

For now: after observing symptoms for a few days, my gut feeling is=20
that the behaviours might be specific to the (Tier-3) port to FreeBSD.=20

Certainly: with the port to FreeBSD, it's relatively easy (compared to=20
e.g. Linux) to view the number of firefox processes with utilities=20
such as htop.=20

Qualitatively: sometimes I do feel that recommended performance settings ar=
e no
longer as effective as they were, say, a few weeks ago.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-260901-7788>