Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Sep 2022 20:00:05 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 266656] crash system with thunderbird
Message-ID:  <bug-266656-227-fFYXtvsywM@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-266656-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-266656-227@https.bugs.freebsd.org/bugzilla/>

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

Graham Perrin <grahamperrin@freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|New                         |Open
                 CC|                            |grahamperrin@freebsd.org

--- Comment #6 from Graham Perrin <grahamperrin@freebsd.org> ---
(In reply to Gian-Simon Purkert from comment #0)

kern.ipc.shm_use_phys

>From tuning(7)
<https://www.freebsd.org/cgi/man.cgi?query=3Dtuning&sektion=3D7&manpath=3DF=
reeBSD>:=20

> The kern.ipc.shm_use_phys sysctl defaults to 0 (off) and may be set to 0 =
(off)
> or 1 (on).  Setting this parameter to 1 will cause all System V shared me=
mory
> segments to be mapped to unpageable physical RAM.  This feature only has =
an
> effect if you are either (A) mapping small amounts of shared memory across
> many (hundreds) of processes, or (B) mapping large amounts of shared memo=
ry
> across any number of processes.  This feature allows the kernel to remove=
 a
> great deal of internal memory management page-tracking overhead at the co=
st of
> wiring the shared memory into core, making it unswappable.

--=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-266656-227-fFYXtvsywM>