# Exigences élevées en mémoire pour la reconstruction : édition avril 2025

**URL:** <https://meta.discourse.org/t/high-rebuild-memory-requirements-april-2025-edition/360419>\
**Category:** Self-hosting\
**Tags:** hosting\
**Created:** [Mars 31, 2025, 12:37 UTC](https://meta.discourse.org/t/high-rebuild-memory-requirements-april-2025-edition/360419 "2025-03-31T00:37:29Z")\
**Posts on this page:** 1\
**Showing post:** 17

<div class="post-metadata">

**Author:** ![mpalmer](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mpalmer/32/45740_2.png) [@mpalmer](https://meta.discourse.org/u/mpalmer)\
**Post date:** [Avril 7, 2025, 6:12 UTC](https://meta.discourse.org/t/high-rebuild-memory-requirements-april-2025-edition/360419/17 "2025-04-07T06:12:11Z")

</div>

> [@Ed\_S](#):
>
> Si je comprends bien, le «&nbsp;overcommit&nbsp;» permet aux processus d’allouer de la mémoire qu’ils ne touchent pas.

Partiellement correct, mais même ainsi, c’est sans importance, car le problème abordé dans ce sujet concerne les processus qui allouent de la mémoire qu’ils _touchent_, et qui en touchent plus que le système n’en a de disponible, ce qui provoque des pannes visibles par le client.

---

_[View the full topic](https://meta.discourse.org/t/high-rebuild-memory-requirements-april-2025-edition/360419)._