# 유니콘 수 제한, 메모리 사용량 및 스와핑

**URL:** <https://meta.discourse.org/t/limiting-the-number-of-unicorns-memory-usage-and-swapping/274954>\
**Category:** Self-hosting\
**Tags:** server-resources\
**Created:** [8월 13, 2023, 4:33오후 UTC](https://meta.discourse.org/t/limiting-the-number-of-unicorns-memory-usage-and-swapping/274954 "2023-08-13T16:33:25Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)\
**Post date:** [8월 13, 2023, 9:57오후 UTC](https://meta.discourse.org/t/limiting-the-number-of-unicorns-memory-usage-and-swapping/274954/4 "2023-08-13T21:57:35Z")

</div>

RAM을 더 늘린다면 사이트가 더 빨라질 것 같습니다. 하지만 응답 시간이 문제가 되지 않는다면 큰 문제가 아닙니다. 본인의 비용 대비 효과(cost/benefit)를 따져보시면 됩니다.

[MKJ’s Opinionated Discourse Deployment Configuration](https://meta.discourse.org/t/mkjs-opinionated-discourse-deployment-configuration/193355)을 읽어보시는 것도 좋습니다. 좋은 아이디어인 시스템 레벨 커널 튜닝 항목이 몇 가지 있습니다. 실제로 차이가 날지는 모르겠습니다.

확실하지는 않지만, 각 유니콘(unicorn) 프로세스가 하나의 요청을 처리한다고 생각합니다. 따라서 유니콘이 하나뿐이고, 첫 번째 요청이 완료되기 전에 두 번째 요청이 들어오는 트래픽이 있다면 두 번째 요청은 기다려야 합니다. htop 출력 결과에서 하나의 유니콘이 다른 유니콘보다 CPU 사용 시간이 10배 더 높게 나타나고 있습니다. 이는 제 포럼이 90%의 시간은 유니콘 하나면 충분하고, 10%의 시간에는 두 번째 유니콘이 도움이 된다는 것을 의미한다고 봅니다. 세 번째 유니콘을 추가할 필요성을 느끼지 못하며, 하나만 남기는 것이 포럼 멤버들에게 큰 문제가 되지 않을 수도 있습니다. 하지만 그럴 이유도 없습니다. 메모리를 사용하긴 하지만, 유휴 상태라면 스왑 아웃(swapped out)되므로 큰 문제가 아닙니다. 가상 메모리 시스템이 처리하게 두면 됩니다.

수정: swappiness 값을 튜닝해 본 적이 없습니다. 현재 60으로 설정되어 있습니다. I/O 버퍼를 위해 더 많은 RAM을 확보할 수 있다면 더 공격적인 스왑이 유용할 수도 있습니다. 확실하지는 않습니다.

---

_[View the full topic](https://meta.discourse.org/t/limiting-the-number-of-unicorns-memory-usage-and-swapping/274954)._