Ha habido una propuesta de Fedora 39 bajo evaluación para impulsar el vm.max_map_count del kernel para ayudar con algunos juegos de Windows en Steam Play. Aunque se planteó la preocupación de que aumentar demasiado este parámetro ajustable del kernel podría no ser una buena idea. Como tal, se realizarán más pruebas para ajustar el valor de stock vm.max_map_count de Fedora.
El parámetro ajustable vm.max_map_count controla los límites del sistema operativo en la cantidad máxima de áreas”mmap”del mapa de memoria que puede tener un proceso. Fedora usa el kernel predeterminado de 65,530 que es suficiente para la mayoría del software que existe. Pero algunos juegos de Windows que se ejecutan en Linux a través de Steam Play con Proton pueden superar ese límite. Algunos de los juegos conocidos afectados por este límite máximo de mapas de memoria son Counter-Strike 2, DayZ, Hogwarts Legacy y otros.
Las preocupaciones planteadas por las partes interesadas de Fedora son que saltar de 65k a 2 mil millones para este ajuste de sysctl puede ser demasiado alto. Con un valor demasiado grande, es posible que se sobrecargue el núcleo con demasiadas asignaciones. A su vez, el controlador de falta de memoria de Linux puede finalizar otros procesos en lugar del proceso pesado de mapeo que conduciría a una mala experiencia del usuario.
El valor de 2 mil millones como el nuevo límite máximo propuesto puede no ser necesario con algunas sugerencias de que pasar de 65k a un valor en el rango de 1 a 16 millones puede ser suficiente para satisfacer algunos de estos juegos de Windows.
El Comité Directivo y de Ingeniería de Fedora como resultado ha solicitado a los propietarios de la propuesta de cambio que sigan adelante y prueben con diferentes valores de vm.max_map_count en lugar de solo buscar el máximo alto. Veremos qué resulta de esta prueba y cómo se revisa la propuesta de cambio como resultado.
