# Kopia server taking too much ram-\>swapping

**URL:** <https://kopia.discourse.group/t/kopia-server-taking-too-much-ram-swapping/1251>\
**Category:** Support\
**Created:** [July 4, 2022, 12:20pm UTC](https://kopia.discourse.group/t/kopia-server-taking-too-much-ram-swapping/1251 "2022-07-04T12:20:07Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![basldfalksjdf](https://avatars.discourse-cdn.com/v4/letter/b/ce73a5/32.png) [@basldfalksjdf](https://kopia.discourse.group/u/basldfalksjdf)\
**Post date:** [July 7, 2022, 12:49pm UTC](https://kopia.discourse.group/t/kopia-server-taking-too-much-ram-swapping/1251/5 "2022-07-07T12:49:39Z")

</div>

You can see some benchmarking statistics for the different compression algorithm at [Compression | Kopia](https://kopia.io/docs/advanced/compression/). Since you are low on RAM, I would pick one that uses less memory.

`ztd` is the algorithm that provides one of the best compression ratios with very good speed, but RAM usage is on the higher side. Looking at [Compression | Kopia](https://kopia.io/docs/advanced/compression/), `gzip` uses very little RAM but it is very slow. `pgzip` is the middle ground – less RAM than `ztd` but more than `gzip` with decent compression ratios and faster speed than both. May I suggest you try `pgzip` to see if your server can handle that? If not, change it `gzip`.

Changing the policy now would change compression on all future uploads. Kopia will not go back and recompress already uploaded files. Deduplication should still work.

---

_[View the full topic](https://kopia.discourse.group/t/kopia-server-taking-too-much-ram-swapping/1251)._