# 기본 스왑 공간을 3GB 또는 4GB로 늘려야 할까요?

**URL:** <https://meta.discourse.org/t/should-we-increase-the-default-swap-space-to-3gb-or-4gb/294222>\
**Category:** Self-hosting\
**Created:** [2월 5, 2024, 6:40오후 UTC](https://meta.discourse.org/t/should-we-increase-the-default-swap-space-to-3gb-or-4gb/294222 "2024-02-05T18:40:07Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![mcdanlj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcdanlj/32/131829_2.png) [@mcdanlj](https://meta.discourse.org/u/mcdanlj)\
**Post date:** [2월 6, 2024, 12:46오후 UTC](https://meta.discourse.org/t/should-we-increase-the-default-swap-space-to-3gb-or-4gb/294222/4 "2024-02-06T12:46:20Z")

</div>

이것은 나에게 합리적인 아이디어로 보인다. 전용 디스코urs 인스턴스에서 THP가 어디에 가치가 있을지 상상할 수 없고, 오버커밋은 OOM을 방지하는 데 도움이 될 수 있다.

각 항목을 별도로 제공하면서 기본 응답으로 설정하고, 비기본 옵션으로 옵트아웃할 수 있게 하는 것을 고려해 볼 수 있다.

또한, 스크립트는 변경을 수행하기 전에 sysctl을 사용하여 설정이 실제로 변경이 필요한지 확인할 수 있다. 누군가 이미 다른 파일로 이러한 변경을 했다면, 중복된 오버라이드를 생성하는 것은 혼란을 줄 수 있다. 모든 Linux 배포판이 기본적으로 메모리 오버커밋을 꺼져 있는 상태로 제공되는 것은 아니라고 생각한다.

```plaintext
if $(sysctl -n vm.overcommit_memory) != 1 ; then
    ....
fi

```

---

_[View the full topic](https://meta.discourse.org/t/should-we-increase-the-default-swap-space-to-3gb-or-4gb/294222)._