On Wed, Apr 26, 2023 at 07:42:44AM -0500, Michael Catanzaro wrote:
> On Wed, Apr 26 2023 at 08:50:51 AM +0200, Vitaly Zaitsev via devel
> wrote:
> >If needed by Steam or Wine, they should provide a .conf file instead
> >rather than changing this setting system wide.
> Problem is this doesn't work
On 4/26/23 08:50, Vitaly Zaitsev via devel wrote:
On 24/04/2023 18:12, Ben Cotton wrote:
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the
On Wed, Apr 26 2023 at 08:50:51 AM +0200, Vitaly Zaitsev via devel
wrote:
If needed by Steam or Wine, they should provide a .conf file instead
rather than changing this setting system wide.
Problem is this doesn't work for containers
___
devel
On 24/04/2023 18:12, Ben Cotton wrote:
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
AFAIK, a
Peter Boy kirjoitti 25.4.2023 klo 1.29:
The increase step looks very massive. And I wonder why we should make such a
change to make games of all things work out of the box. Are games the main use
case of Fedora?
I do not think there is *the* main use case for Fedora. But certainly,
games
On 4/25/23 1:34 PM, Neal Gompa wrote:
Maybe we can talk to the folks in the Wine community about what we
should do to support their needs better within Fedora? If we don't want
to go to the max (ish), maybe we can find a middle ground that makes
games work on Fedora better.
I agree. While
On Tue, Apr 25, 2023 at 1:59 PM Matthew Miller wrote:
>
> On Mon, Apr 24, 2023 at 05:07:53PM -0400, JT wrote:
> > How this would affect memory performance on a workstation or server with
> > much more running concurrently, is something I can't really speak to, but I
> > would guess there's a
On Mon, Apr 24, 2023 at 05:07:53PM -0400, JT wrote:
> How this would affect memory performance on a workstation or server with
> much more running concurrently, is something I can't really speak to, but I
> would guess there's a point where increasing it could cause issues
> depending on total
* Ben Cotton:
> Concerns over possible downsides were raised. I am not aware of any,
> but more input here is desired.
You can play with the following program to overload the kernel with many
mappings:
#include
#include
#include
#include
#include
int
main (int argc, char **argv)
{
int
Once upon a time, Ben Cotton said:
> Steam Deck is shipping with a default of `2147483642` (MAX_INT - 5) up
> from `65530` of Fedora; it makes sense to follow their lead and set
> the same value.
It doesn't necessarily make sense for a general-purpose OS to follow
what is effectively an embedded
The increase step looks very massive. And I wonder why we should make such a
change to make games of all things work out of the box. Are games the main use
case of Fedora?
Wouldn't it make more sense to create a game spin instead? After all, we
already have a Lab. Or make a corresponding
Interesting that this came up. I was just talking to someone else about
this the other day. From what I understand, that sysctl affects the max
number of memory map areas a process can have, i.e. contiguous reserved
memory. For a game that's great because it can pack more into memory and
A few questions:
* Could we perhaps try and get upstream to adjust this higher?
* Is there any description/docs on what happens when this value is too
low? do games error in a particular way?
* Is there any adverse impact increasing this? More memory used?
Thanks for putting this together.
https://fedoraproject.org/wiki/Changes/IncreaseVmMaxMapCount
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering
https://fedoraproject.org/wiki/Changes/IncreaseVmMaxMapCount
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering
15 matches
Mail list logo