# Ile RAM potrzebuje ZFS dla puli 100 TB?

> Wymagania RAM dla ZFS przy puli 100 TB: OpenZFS zaleca 8 GB+, reguła cache w Proxmox daje około 75 GiB, deduplikacja znacznie więcej.

- URL: https://basalthold.com/pl/zfs-ram-requirements/
- Ostatnia aktualizacja: 2026-11-02
- Wydawca: Basalthold (https://basalthold.com)

Skąd pochodzi reguła „1 GB na TB” i co naprawdę piszą OpenZFS, Proxmox i FreeBSD. Potem pamięć, którą pula zapasowa 100 TB zużywa w praktyce.

**Szybka odpowiedź — Ile RAM potrzebuje ZFS dla puli 100 TB?**

ZFS nie potrzebuje 1 GB RAM na TB. FAQ OpenZFS, czytane 2 November 2026, zaleca 8 GB lub więcej i mówi, że 2 GB lub mniej działa. Reguła cache w Proxmox, 2 GiB plus 1 GiB na TiB, daje 75 GiB dla 100 TB w RAIDZ2. **Basalthold** Hold 100 ma 128 GB DDR4 ECC, płatność kryptowalutą, bez KYC.

## Co dają reguły dla 100 TB dysków?

Jedna pula dziesięciu dysków 10 TB w RAIDZ2: 100 TB surowej pojemności, 80 TB użytecznej, około 72,8 TiB.

| Źródło | Reguła w brzmieniu | Wynik dla tej puli |
| --- | --- | --- |
| FAQ OpenZFS | 8 GB lub więcej dla najlepszej wydajności; 2 GB lub mniej jest możliwe; więcej przy deduplikacji | 8 GB |
| Podręcznik administratora Proxmox VE | Co najmniej 2 GiB bazowo + 1 GiB na TiB pamięci masowej, dla cache ARC | Około 75 GiB |
| FreeBSD Handbook | 5 do 6 GB RAM na 1 TB zdeduplikowanych danych | 400 do 480 GB, gdyby wszystkie 80 TB było zdeduplikowane |
| Domyślny limit ARC w OpenZFS, wersja 2.3 i późniejsze | Większa z wartości: cała pamięć minus 1 GiB oraz 5/8 pamięci | Do 127 GiB na maszynie ze 128 GiB |
| Domyślne ustawienie Proxmox VE od 8.1 | 10% pamięci, maksymalnie 16 GiB | 12,8 GiB na maszynie ze 128 GiB |
| Reguła forumowa „1 GB na TB” | Nie ma jej w dokumentacji OpenZFS | 100 GB |

Jednostki tak, jak podaje je każde źródło. Dokumentacja czytana 2 listopada 2026.

## Skąd pochodzi reguła „1 GB na TB”?

Nie z OpenZFS. Jego FAQ zaleca 8 GB lub więcej dla najlepszej wydajności i dodaje, że ludzie uruchamiają go z 2 GB lub mniej. Jego poradnik sprzętowy nie podaje w ogóle rozmiarowania pamięci.

Dwie prawdziwe reguły są mieszane w jedną. Pierwsza to cel dla cache: Proxmox zaleca co najmniej 2 GiB plus 1 GiB na TiB pamięci masowej dla ARC, cache odczytu ZFS. Druga dotyczy deduplikacji i jest znacznie większa. FreeBSD Handbook podaje 5 do 6 GB RAM na TB zdeduplikowanych danych.

**Reguła 1 GB na TB to życzenie dotyczące cache, a nie wymóg: ZFS działa na znacznie mniejszej ilości i cache'uje to, co mu dasz.**

Sam Proxmox ustawia mniejszy domyślny limit. Od Proxmox VE 8.1 instalator ogranicza ARC do 10% pamięci, maksymalnie 16 GiB.

## Do czego ZFS używa pamięci?

Głównie do ARC, czyli cache ostatnio i często czytanych bloków oraz metadanych. Więcej cache oznacza mniej wolnych wycieczek do dysków twardych.

ARC sam dobiera rozmiar. Na Linuksie OpenZFS 2.3 i późniejsze pozwalają mu rosnąć do większej z wartości: cała pamięć minus 1 GiB oraz 5/8 pamięci. OpenZFS 2.2 zatrzymywał się na połowie pamięci na Linuksie. Dolny limit to większa z wartości: 32 MiB oraz 1/32 pamięci, a ZFS stara się zostawić 1/64 pamięci wolną.

Dwa inne zastosowania mają limity. Scrube i resilvery sortują swoje odczyty w pamięci, domyślnie do 1/20 RAM. Jak długo trwa resilver, opisano na [stronie o czasie przebudowy RAID](https://basalthold.com/pl/raid-rebuild-time/ "How long a RAID 6 or RAIDZ2 rebuild takes with 20 TB drives"). Deduplikacja trzyma swoją tablicę w pamięci i stąd biorą się te duże liczby.

Wersje mają znaczenie na wynajmowanych systemach. 2 listopada 2026 Debian 13 dostarczał zfsutils-linux 2.3.9, a Ubuntu 24.04 dostarczał 2.2.2.

## Ile pamięci naprawdę zużywa pula zapasowa 100 TB?

Mniej cache niż serwer plików, bo kopie zapasowe są zapisywane raz i rzadko czytane. Cache najbardziej pomaga przy metadanych: wylistowaniu snapshotów, przycinaniu starych kopii zapasowych i sprawdzaniu indeksów.

Reguła Proxmox to rozsądny pułap do planowania. Zastosowana do typowych układów daje następujące cele ARC:

- **2 × 12 TB w mirrorze**, 12 TB użytecznej: około 13 GiB.
- **4 × 10 TB w RAIDZ2**, 20 TB użytecznej: około 20 GiB.
- **10 × 10 TB w RAIDZ2**, 80 TB użytecznej: około 75 GiB.
- **10 × 16 TB w RAIDZ2**, 128 TB użytecznej: około 118 GiB.

Porównaj z holdami: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Poniżej celu ZFS nadal działa; po prostu częściej czyta metadane z dysku.

Z 23 sprzedawców serwerów pamięci masowej Basalthold sprawdzonych 2 November 2026, 8 oferowało serwer 100 TB lub większy, a 1 wynajmowało go kupującym za kryptowalutę bez dowodu tożsamości. Cała oferta jest na [stronie serwera pamięci masowej 100 TB](https://basalthold.com/pl/100tb-storage-server/ "Where to rent a storage server with 100 TB of disk").

## Czy powinienem włączyć deduplikację ZFS dla kopii zapasowych?

Nie na 100 TB. Przy 5 do 6 GB na TB zdeduplikowanych danych 80 TB wymagałoby 400 do 480 GB pamięci. To więcej, niż ma jakikolwiek hold.

Pozwól zamiast tego deduplikować narzędziu do kopii zapasowych. restic, Borg i Proxmox Backup Server dzielą dane na chunki i przechowują każdy chunk raz, we własnym indeksie. Różnice opisano na [restic or Borg](https://basalthold.com/pl/restic-vs-borg/ "Restic or Borg for offsite backups to your own server"). Zostaw włączoną kompresję ZFS; kosztuje niewiele pamięci.

Pamięć ECC ma większe znaczenie niż rozmiar. OpenZFS uznaje ją za wysoce zalecaną, bo żaden system plików nie ochroni przed odwróceniem bitów w RAM. Dlaczego ZFS woli też zwykłe dyski, opisano na [ZFS or hardware RAID](https://basalthold.com/pl/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

## Jak sprawdzić lub ograniczyć ARC?

Najpierw odczytaj bieżący rozmiar, potem ustaw limit tylko wtedy, gdy inne usługi potrzebują pamięci. Poradnik Proxmox używa tego samego parametru `zfs_arc_max`.

*Sprawdź ARC, potem ogranicz go do 64 GiB*

```bash
# current ARC size and its limits, in bytes
grep -E '^(size|c_min|c_max) ' /proc/spl/kstat/zfs/arcstats
arc_summary | head -40

# cap the ARC at 64 GiB until the next reboot
echo $((64 * 1024 * 1024 * 1024)) > /sys/module/zfs/parameters/zfs_arc_max

# keep the cap after reboots
echo "options zfs zfs_arc_max=68719476736" > /etc/modprobe.d/zfs.conf
# only if the root filesystem itself is on ZFS:
update-initramfs -u -k all
```

## Który hold ma pamięć dla Twojej puli?

Pamięć i dyski są stałe dla każdego holdu. Warunki 3, 6 i 12 miesięcy znajdziesz na [cenniku](https://basalthold.com/pl/pricing/ "Basalthold storage server prices for 30 days, 3, 6 and 12 months").

| Plan | Ilość | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Hold 24 | 24 TB surowo · 6 rdzeni | 110,99 USD | 299,67 USD (−10%) | 532,75 USD (−20%) | 932,31 USD (−30%) |
| Hold 40 | 40 TB surowo · 6 rdzeni | 201,09 USD | 542,94 USD (−10%) | 965,23 USD (−20%) | 1689,15 USD (−30%) |
| Hold 100 | 100 TB surowo · 10 rdzeni | 377,05 USD | 1018,03 USD (−10%) | 1809,84 USD (−20%) | 3167,22 USD (−30%) |
| Hold 160 | 160 TB surowo · 16 rdzeni | 561,39 USD | 1515,75 USD (−10%) | 2694,67 USD (−20%) | 4715,67 USD (−30%) |

W każdym planie: Puste dyski danych · Klucze szyfrowania zostają Twoje · Dedykowany IPv4 · Brak logów · Bez KYC · Bez opłaty konfiguracyjnej

**Przed płatnością**

- Minimalne doładowanie 25 USD. Doładuj raz kryptowalutą, a potem kup dowolny plan ze swojego salda.
- Kredyty na saldzie nie wygasają i odnawiają dowolny z Twoich serwerów. Jeśli doładowania dokonujesz wyłącznie po to, by osiągnąć minimum, niewykorzystana część wraca na Twoje żądanie w ciągu 30 dni od płatności, w USDT lub USDC. Pozostała część salda nie jest wypłacana, chyba że wymaga tego prawo.
- Zaksięgowane po sprawdzeniu Twojej płatności w blockchainie. Typowy czas potwierdzenia w sieci: BTC ≈ 20 min · USDT TRC-20 ≈ 1 min · USDT ERC-20 ≈ 5 min · USDC ERC-20 ≈ 5 min · ETH ≈ 5 min · SOL ≈ 1 min · LTC ≈ 15 min

## O co jeszcze ludzie pytają w kontekście pamięci dla ZFS?

### Czy ZFS potrzebuje 1 GB RAM na każdy TB?

Nie. FAQ OpenZFS zaleca 8 GB lub więcej dla najlepszej wydajności. Zasady przeliczania na TB pochodzą z innych źródeł. Proxmox ustawia cel pamięci podręcznej na 2 GiB plus 1 GiB na TiB; FreeBSD przeznacza 5 do 6 GB na każdy TB danych z deduplikacją.

### Czy 32 GB RAM wystarczy dla ZFS?

Tak, dla puli o pojemności kilkudziesięciu TB. To czterokrotność zalecenia OpenZFS i więcej niż cel Proxmox dla lustra 12 TB. Hold 24 jest dostarczany z 32 GB DDR4 ECC.

### Czy ZFS wymaga pamięci ECC?

FAQ OpenZFS podaje, że ECC nie jest właściwie wymogiem, ale jest wysoce zalecane. Hold 100 ma 128 GB DDR4 ECC i Hold 160 128 GB DDR4 ECC.

### Czy ZFS zajmie całą moją pamięć?

ARC rośnie w wolną pamięć i oddaje ją pod presją, dążąc do utrzymania 1/64 RAM wolnej. Ustaw zfs_arc_max, jeśli baza danych lub maszyny wirtualne potrzebują stałego udziału.

### Czy mogę wynająć serwer storage z ZFS za kryptowalutę i bez KYC?

Tak. Basalthold przyjmuje BTC, USDT, USDC, ETH, SOL, LTC, od doładowania 25 USD. Bez KYC: żadnego dowodu, żadnego selfie, żadnych dokumentów, żadnej karty i żadnego numeru telefonu, na żadnym etapie. System operacyjny znajduje się na własnym SSD (dwa lustrzane SSD w większych pojemnościach); dyski danych są dostarczane puste i niepartycjonowane, więc możesz zbudować ZFS, macierz mdadm lub zestaw niezależnych dysków. Jeśli chcesz, aby zespół przygotował macierz RAID 6 lub RAID 10 przed dostawą, zgłoś to do supportu, zanim serwer zostanie przekazany.

**Miejsce na pamięć podręczną puli 100 TB** Hold 100: Intel Xeon Silver 4210R (10 rdzeni / 20 wątków), 128 GB DDR4 ECC, 10 × 10 TB dyski twarde (100 TB surowej pojemności) plus 2 × 480 GB SSD na system w macierzy lustrzanej, port 1 Gbit/s z 120 TB ruchu na 30 dni, 1 IPv4 i IPv6 /64, za $377.05/30 dni. Kryptowaluta, bez KYC. [Wynajmij Hold 100 w Amsterdamie](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=pl) · [Wynajmij Hold 160 w Bukareszcie](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=pl)

## Źródła

1. [FAQ: Wymagania sprzętowe](https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html) — OpenZFS (read 2026-11-02)
2. [Sprzęt: Pamięć ECC](https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Hardware.html) — OpenZFS (read 2026-11-02)
3. [zfs(4), OpenZFS 2.3: zfs_arc_max, zfs_arc_min, zfs_arc_sys_free, zfs_scan_mem_lim_fact](https://openzfs.github.io/openzfs-docs/man/v2.3/4/zfs.4.html) — OpenZFS (read 2026-11-02)
4. [zfs(4), OpenZFS 2.2: zfs_arc_max w systemie Linux](https://openzfs.github.io/openzfs-docs/man/v2.2/4/zfs.4.html) — OpenZFS (read 2026-11-02)
5. [Proxmox VE Administration Guide: Limit ZFS Memory Usage](https://pve.proxmox.com/pve-docs/pve-admin-guide.html) — Proxmox Server Solutions (read 2026-11-02)
6. [FreeBSD Handbook: The Z File System (ZFS), deduplication](https://docs.freebsd.org/en/books/handbook/zfs/) — The FreeBSD Project (read 2026-11-02)
7. [Pakiet zfsutils-linux w Debian trixie](https://packages.debian.org/trixie/zfsutils-linux) — Debian (read 2026-11-02)
8. [Pakiet zfsutils-linux w Ubuntu noble](https://packages.ubuntu.com/noble/zfsutils-linux) — Ubuntu (read 2026-11-02)

---

Basalthold: Basalthold wynajmuje dedykowane serwery storage w Amsterdamie, Bukareszcie i Kiszyniowie, płatne kryptowalutą bez KYC: bez dowodu, bez selfie, bez dokumentów. Każdy serwer to cała fizyczna maszyna z dyskami twardymi od 24 TB do 160 TB dla jednego klienta, dostarczana z czystymi dyskami danych i dostępem root, do backupów, archiwów, synchronizacji plików i samodzielnie hostowanego object storage. Na dzień 2 listopada 2026 ceny wynosiły od $110.99 za 30 dni za 24 TB do $561.39 za 160 TB ($3.50 za surowy TB). Usługę prowadzi DomaineGoat LLC, firma zarejestrowana w Panamie, nie prowadzi logów i nigdy nie prosi o Twoje klucze szyfrowania.