Seafile vs Nextcloud: Mana yang Lebih Cepat?
Bandingkan Seafile dan Nextcloud dari cara menyimpan file, kecepatan sinkronisasi, penggunaan RAM, pencadangan, dan enkripsi pada versi 13.0 dan 34.
Seafile vs Nextcloud: jawaban singkat
Seafile vs Nextcloud bergantung pada satu perbedaan: apa bentuk file setelah tiba di server. Seafile membagi setiap file menjadi beberapa blok dan menyimpannya dalam object store yang hanya dapat dibaca oleh Seafile. Karena itu, sinkronisasi berlangsung cepat, tetapi pencadangan menjadi pekerjaan yang terdiri atas dua bagian. Nextcloud menulis file Anda ke disk sebagai file dan memperlakukan sinkronisasi sebagai salah satu fitur dari platform yang juga menyediakan kalender, kontak, dokumen, dan tautan berbagi. Tentukan pilihan berdasarkan perbedaan ini, karena hal-hal lainnya mengikuti.
Per Agustus 2026, Seafile berada pada seri 13.0 dan Nextcloud pada seri 34. Keduanya sudah matang, dan tidak ada yang akan segera mengubah model penyimpanannya.
Cara Seafile menyimpan file Anda
Seafile memodelkan library seperti git memodelkan repository. Manual admin menjelaskan model internalnya sebagai Repo, Commit, FS, dan Block, serta menyebutkan bahwa repo juga disebut library. Setiap file dibagi menjadi block dengan panjang bervariasi menggunakan content-defined chunking (CDC, algoritme yang menentukan batas block berdasarkan data itu sendiri), dan manual tersebut menyebutkan ukuran rata-rata block sekitar 8 MB. Nama block ditentukan berdasarkan isinya. Karena itu, dua versi file besar dapat menggunakan block yang sama untuk bagian yang tidak berubah, dan dua library juga dapat menggunakan block identik.
Database relasional hanya menyimpan sedikit metadata tentang library. Data lainnya, yaitu commit, objek direktori, dan block, berada di bawah direktori data. Pada tata letak Docker yang digunakan oleh seri 12 dan 13, direktori tersebut adalah /opt/seafile-data/seafile/seafile-data. Menjalankan ls di sana tidak memberikan informasi yang berguna, karena yang terlihat adalah direktori dengan nama hash, bukan Invoices/2026/march.pdf.
Sinkronisasi mengikuti model yang sama. Client meminta informasi perubahan kepada server, menerima daftar hash block, lalu hanya mengambil block yang belum dimilikinya. Karena itu, Seafile tetap efisien untuk library berukuran besar: jumlah byte yang ditransfer sebanding dengan block yang berubah, bukan dengan ukuran file yang memuat block tersebut.
Cara Nextcloud menyimpan file Anda
Nextcloud menyimpan file di disk pada lokasi yang Anda harapkan. Path data/<username>/files/ mencerminkan tampilan yang dilihat pengguna di antarmuka web. Tabel database, oc_filecache, mencerminkan struktur yang sama beserta ukuran, waktu modifikasi, dan etag. Nextcloud menggunakan tabel tersebut, bukan disk, sebagai sumber informasi utama.
Klien desktop menggunakan WebDAV (web distributed authoring and versioning) melalui HTTPS. Setiap file memerlukan setidaknya satu request. Karena itu, Nextcloud menambahkan API untuk upload massal. Manual developer menjelaskan bahwa upload banyak file kecil lebih lambat daripada seharusnya karena bandwidth jaringan tidak digunakan sepenuhnya. File-file kecil kemudian dikemas menjadi satu. File besar menggunakan API chunking. Ukuran chunk default pada klien desktop adalah 5 MiB (OWNCLOUD_CHUNK_SIZE default ke 5242880 byte).
Keuntungan menyimpan file di disk adalah setiap tool yang sudah Anda miliki dapat membaca data tersebut. Kekurangannya, Nextcloud tidak mengetahui perubahan yang dilakukan di luar sistemnya. Jika Anda menyalin file langsung ke direktori data, file tersebut tetap tidak terlihat di antarmuka web sampai Anda menjalankan pemindaian:
sudo -E -u www-data php occ files:scan --all -vvManual admin menyebutkan kasus berikut sebagai alasan untuk melakukan pemindaian ulang: setelah menyalin file langsung ke direktori data, setelah migrasi, dan saat menyelidiki ketidakkonsistenan cache file.
Mana yang lebih cepat menyinkronkan pustaka berukuran besar?
Seafile, pada dua kondisi yang paling membebani: puluhan ribu file kecil dan pengeditan berulang pada file besar. Mekanismenya adalah deduplikasi tingkat blok. Jadi, jika bagian tengah image disk berukuran 4 GB berubah, hanya beberapa blok yang diunggah. Nextcloud memperkecil kesenjangan pada file kecil melalui pengunggahan massal, tetapi tidak dapat menutup kesenjangan pada file besar karena unit transfernya adalah seluruh file.
Jangan hanya mempercayai perkiraan saya tentang besarnya kesenjangan tersebut. Jangan pula langsung mempercayai benchmark vendor. Buat pustaka yang menyerupai pustaka Anda, lalu ukur waktunya:
mkdir -p ~/synctest && cd ~/synctest
for i in $(seq 1 20000); do head -c 4096 /dev/urandom > "file_$i.bin"; done
du -sh ~/synctestMasukkan direktori tersebut ke folder tersinkronisasi pada setiap server, lalu pantau hingga client selesai. Keandalan sama pentingnya dengan kecepatan. Client Seafile mengunggah blok terlebih dahulu dan menulis commit yang merujuk ke blok tersebut terakhir. Jadi, jika pengunggahan terhenti, pustaka tetap berada pada commit sebelumnya, bukan pada tree yang penulisannya belum selesai.
Kebutuhan masing-masing pada VPS kecil
Dokumentasi Seafile meminta "setidaknya 2G RAM dan CPU 2-core (> 2GHz)". Nextcloud mendokumentasikan kebutuhan memori per proses PHP: minimum 128 MB dan rekomendasi 512 MB per proses. Kalikan nilai tersebut dengan jumlah worker sebelum menambahkan kebutuhan database, cache, dan pembuatan pratinjau. Di bawah ini adalah titik awal yang akan saya gunakan untuk tim kecil. Nilai ini merupakan titik awal, bukan hasil pengukuran.
The data behind this chart
[
{
"label": "Seafile CE 13",
"start_ram_gb": 4,
"start_cpu_cores": 2,
"sql_databases": 3
},
{
"label": "Nextcloud 34",
"start_ram_gb": 4,
"start_cpu_cores": 2,
"sql_databases": 1
},
{
"label": "Syncthing 2",
"start_ram_gb": 1,
"start_cpu_cores": 1,
"sql_databases": 0
}
]Keduanya berada di kelas yang sama, yaitu 4 GB RAM dengan 2 core. Karena itu, jejak sumber daya tidak menentukan pilihan di antara keduanya. Syncthing berjalan dengan 1 GB RAM pada 1 core. Inilah alasan yang tepat untuk mempertimbangkannya. Komponen yang dikelola berbeda lebih besar daripada perbedaan kebutuhan memorinya. Seafile menggunakan 3 database SQL, sedangkan Nextcloud menggunakan 1. Deployment Docker Seafile bawaan menjalankan server, MariaDB, Memcached, SeaDoc, dan Caddy dari file yang harus Anda unduh terlebih dahulu:
mkdir /opt/seafile
cd /opt/seafile
wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
wget https://manual.seafile.com/13.0/repo/docker/caddy.yml
nano .envDalam .env, tetapkan SEAFILE_SERVER_HOSTNAME, password root MySQL dan password database, akun admin awal, serta JWT_PRIVATE_KEY. Manual mengharuskan string acak dengan panjang minimal 32 karakter untuk key tersebut. Key ini dibaca saat start pertama, jadi buat sebelum menjalankan stack:
openssl rand -base64 40
docker compose up -dStart pertama membuat tiga database dan user admin. Keputusan terkait Nextcloud, termasuk TLS dan reverse proxy, dibahas dalam panduan Nextcloud pada VPS dengan Docker, TLS, dan backup.
Bagaimana perbedaan backup?
Inilah aspek yang sering diremehkan, dan di sinilah perbedaan kedua produk paling terlihat.
Untuk Seafile, urutannya wajib. Aturan dalam manual adalah mencadangkan SQL terlebih dahulu, lalu direktori data, karena dengan begitu setiap catatan dalam database memiliki objek valid untuk dirujuk sehingga library tidak rusak. Jika urutannya dibalik, baris database dapat menunjuk ke blok yang tidak pernah ditangkap oleh snapshot.
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt ccnet_db > ccnet_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seafile_db > seafile_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seahub_db > seahub_db.sql
rsync -az /opt/seafile-data/seafile /backup/data/Ada dua hal penting dalam baris tersebut. Gunakan mariadb-dump karena rangkaian perintah mysql sudah deprecated pada image MariaDB yang disertakan Seafile. Hapus flag -t dari docker exec saat mengalihkan output ke file karena TTY mengubah akhir baris dan merusak dump.
Kedua bagian dicadangkan secara terpisah sehingga dapat tidak sinkron. Setelah pemulihan, periksa store sebelum mempercayainya:
docker exec -it seafile bash
cd /opt/seafile/seafile-server-latest
./seaf-fsck.shJika ada sesuatu yang hilang, tool tersebut menampilkan nama objeknya:
Block 650fb22495b0b199cff0f1e1ebf036e548fcb95a is missing.
Repo ca1a860d HEAD commit is corrupted, need to restore to an old version.Rencanakan juga garbage collection. Deduplicasi membuat file dan library yang dihapus tetap menyimpan bloknya sampai Anda menjalankan ./seaf-gc.sh dari direktori yang sama, dan proses tersebut melaporkan hasil temuannya, seperti GC finished. 507 blocks total, about 507 reachable blocks, 0 blocks can be removed.. Jika dilewati selama satu tahun, backup Anda tetap menggunakan ruang untuk data yang sudah dihapus pengguna.
Nextcloud memiliki masalah dua bagian yang sama dalam bentuk berbeda karena direktori data dan database harus menjelaskan tree yang sama:
sudo -E -u www-data php occ maintenance:mode --on
rsync -Aavx /srv/nextcloud/ /backup/nextcloud-dirbkp/
mariadb-dump --single-transaction --default-character-set=utf8mb4 -u nextcloud -p"$DB_PASS" nextcloud > /backup/nextcloud-sqlbkp.bak
sudo -E -u www-data php occ maintenance:mode --offSimpan folder config, folder data, semua aplikasi kustom dan tema Anda, serta dump tersebut. Pulihkan kedua bagian dari waktu yang sama. Jika direktori data lebih baru daripada database, pengguna dapat melihat file yang tidak diketahui oleh file cache, dan occ files:scan --all memperbaikinya. Jika database lebih baru, baris cache menunjuk ke file yang sudah hilang, dan occ files:cleanup menghapus entri cache yang tidak memiliki entri yang cocok dalam tabel storage.
Apa pun pilihannya, Anda memerlukan program backup yang mampu menangani banyak file kecil dan menyimpan riwayat, sebagaimana perbedaan cara kerja restic dan BorgBackup.
Klien pada desktop dan perangkat seluler
Seafile merilis dua program desktop. Klien sinkronisasi menyimpan salinan lokal dari pustaka yang Anda pilih. Klien Drive (SeaDrive) memasang pustaka Anda sebagai drive virtual dan mengunduhnya saat diakses: di Windows, klien ini menggunakan API cloud files milik Microsoft; di macOS versi 3.0, klien ini berupa ekstensi Finder; dan di Linux, klien ini dirilis sebagai AppImage sejak versi 3.0.12 serta memasangnya di ~/SeaDrive. Pustaka terenkripsi berfungsi pada ketiga platform desktop. Aplikasi seluler digunakan untuk mengakses file, dan hanya itu fungsi yang disediakannya.
Klien desktop Nextcloud juga menyediakan virtual files, sedangkan aplikasi selulernya membawa bagian lain dari platform tersebut. Dengan demikian, kalender, kontak, Talk, dan catatan tersedia bersama akses file. Jika pengguna Anda lebih sering menggunakan ponsel dan membutuhkan lebih dari sekadar file, perbedaan ini benar-benar terasa dalam penggunaan sehari-hari.
Satu detail Seafile perlu direncanakan: pustaka merupakan unit untuk berbagi, sinkronisasi, izin, dan enkripsi. Tentukan tata letak pustaka sebelum memuat 500 GB ke dalam satu pustaka. Memindahkan data antar-pustaka dilakukan dengan menyalin lalu menghapus, bukan mengganti nama, sehingga riwayat file tidak ikut berpindah.
Enkripsi: apa yang sebenarnya dilindungi masing-masing
Library terenkripsi Seafile menggunakan enkripsi di sisi client. Password tidak pernah disimpan di server. Token khusus yang diturunkan dari password dan id library disimpan bersama library, sehingga client dapat memeriksa password sebelum melakukan sinkronisasi. Kunci file dienkripsi menggunakan key dan IV (initialisation vector) yang diturunkan dari password dengan AES 256/CBC, sedangkan data file dienkripsi menggunakan kunci file tersebut.
Baca batasan yang didokumentasikan, karena banyak orang mengabaikannya. Library terenkripsi hanya mengenkripsi isi file. Nama folder dan file tidak dienkripsi. Ukuran file dan riwayat pengeditan juga tidak dienkripsi. Membuka library terenkripsi melalui browser web tidak bersifat end-to-end: Anda memasukkan password, server menggunakannya untuk mendekripsi kunci file, lalu menyimpan password di memory selama satu jam. Dokumentasi juga menjelaskan bahwa library terenkripsi tidak menjamin integritas, karena admin server dapat mengubah sebagian isi file dan client tidak dapat mendeteksi perubahan tersebut.
Nextcloud memiliki dua fitur dengan nama yang membingungkan karena sangat mirip. Server side encryption mengenkripsi file saat tersimpan, tetapi menyimpan key pada server yang sama. Karena itu, fitur ini jauh lebih efektif untuk melindungi data pada external storage daripada melindungi Anda dari seseorang yang memiliki akses root pada server. Aplikasi end-to-end encryption mengenkripsi folder yang dipilih pada client. Sesuai desainnya, server tidak dapat membacanya. Karena itu, web interface, pencarian di sisi server, dan preview juga tidak dapat melihat isi folder tersebut.
Enkripsi pada kedua produk tersebut tidak menggantikan backup terenkripsi. Enkripsi backup secara terpisah.
Kalender, kontak, office, dan platform aplikasi
Aspek ini tidak sebanding. Nextcloud menyediakan CalDAV (kalender melalui WebDAV) dan CardDAV (kontak melalui WebDAV) di dalam core, terintegrasi dengan Collabora atau OnlyOffice untuk dokumen, serta memiliki app store untuk kebutuhan lainnya. Seafile 13 menyediakan SeaDoc untuk dokumen kolaboratif dan halaman wiki, lalu berhenti di situ. Tidak ada kalender dan tidak ada buku alamat.
Platform ini memiliki konsekuensi, yaitu kebutuhan upgrade. Setiap aplikasi yang Anda instal dapat menghambat upgrade Nextcloud atau mengalami masalah setelah upgrade. Karena itu, semakin banyak aplikasi yang diandalkan pengguna, semakin hati-hati Anda harus menentukan jadwal upgrade. Seafile memiliki lebih sedikit komponen yang dapat bermasalah karena fiturnya lebih sedikit. Perhatikan juga bahwa Seafile Professional, bukan Community Edition, yang menyediakan pencarian teks lengkap di dalam dokumen dan izin tingkat folder melalui lisensi berbayar. Pastikan fitur yang Anda andalkan tersedia dalam edisi yang akan Anda jalankan.
Mode kegagalan yang umum pada masing-masing aplikasi
Seafile gagal ketika database dan object store tidak lagi sinkron. Anda akan melihat library yang tidak dapat dibuka atau file yang hilang, dan seaf-fsck.sh menampilkan blok yang tidak ditemukan. Tidak ada pohon file yang dapat diperbaiki secara manual. Karena itu, pemulihan bergantung pada dump database dan object store Anda yang dipulihkan dalam urutan yang benar. Uji pemulihan tersebut satu kali pada VPS cadangan. Backup yang belum pernah dipulihkan masih berupa perkiraan.
Nextcloud gagal ketika cache file dan disk tidak sesuai. Biasanya, hal ini terjadi karena sesuatu menulis ke data directory tanpa memberi tahu Nextcloud. Anda akan melihat file di disk yang tidak tercantum dalam antarmuka web atau folder dengan ukuran yang salah. occ files:scan digunakan untuk memperbaikinya. Dua masalah lainnya adalah kecepatan protokol saat menangani banyak file kecil, yang tidak dapat diperbaiki dengan menambah CPU, serta penggunaan memori PHP. Pembuatan preview untuk gambar dan video berukuran besar biasanya menyebabkan lonjakan penggunaan memori. Karena itu, sediakan 512 MB per proses dan buat preview melalui scheduled job, bukan selama request.
Bukan keduanya: Syncthing, jika Anda hanya membutuhkan sinkronisasi file
Jika kebutuhan Anda sebenarnya hanya mencerminkan satu folder antara beberapa mesin, kedua produk tersebut menyediakan lebih banyak fitur daripada yang Anda perlukan. Syncthing tidak memiliki server dan akun. Setiap perangkat menjadi peer, dan VPS menjadi peer yang tetap aktif saat laptop Anda tertidur. Syncthing 2 adalah lini saat ini, dan paketnya berasal dari repositori milik proyek tersebut:
sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthingJalankan sebagai pengguna biasa, jangan sebagai root, agar file yang ditulis memiliki kepemilikan yang sesuai:
sudo systemctl enable --now syncthing@youruser
systemctl status syncthing@youruserAntarmuka web terikat ke 127.0.0.1:8384 secara default, sehingga tidak dapat diakses dari Internet. Ini adalah konfigurasi default yang tepat. Akses antarmuka tersebut melalui tunnel SSH dari laptop Anda:
ssh -L 8384:127.0.0.1:8384 youruser@your-serverKemudian buka http://127.0.0.1:8384 pada laptop. Sinkronisasi menggunakan port 22000 melalui TCP dan QUIC, sedangkan penemuan lokal menggunakan UDP 21027. Keduanya tidak berfungsi melalui Internet. Pada VPS, buka port 22000 dan biarkan antarmuka tetap tertutup:
sudo ufw allow 22000/tcp
sudo ufw allow 22000/udpYang Anda lepaskan adalah seluruh fitur server: tidak ada tautan berbagi untuk orang yang tidak menjalankan Syncthing, tidak ada peramban file web, tidak ada akun pengguna, dan tidak ada trash di sisi server kecuali Anda mengaktifkan versioning file untuk setiap folder. Hal yang sering mengejutkan adalah file konflik. Jika Anda mengedit satu file pada dua perangkat saat keduanya tidak dapat saling melihat, Syncthing akan membuat file saudara dengan nama seperti notes.sync-conflict-20260806-142233-ABCD1EF.md. Tidak ada peringatan, jadi cari sync-conflict dari waktu ke waktu.
Jika yang Anda inginkan bukan folder yang disinkronkan, melainkan bucket tempat aplikasi menulis data, Anda memerlukan alat yang berbeda: lihat object storage yang kompatibel dengan S3 dan di-host sendiri. Untuk cakupan yang lebih luas, rangkuman alternatif Dropbox yang di-host sendiri membahas opsi yang tidak masuk dalam perbandingan ini.
Aturan keputusan
- Pilih Seafile jika kebutuhannya adalah sinkronisasi dalam skala besar: banyak file, file berukuran besar, beberapa perangkat, dan Anda menerima penyimpanan data yang hanya dapat dibaca oleh Seafile.
- Pilih Nextcloud jika kebutuhannya adalah platform: kalender, kontak, dokumen, dan tautan berbagi, dengan file biasa di disk yang dapat dibaca oleh alat pencadangan apa pun.
- Pilih Syncthing jika kebutuhannya hanya folder yang dicerminkan dan tidak ada fungsi lain.
Tentukan pilihan dengan cermat sekarang, karena migrasi antara Seafile dan Nextcloud adalah bentuk lock-in yang sebenarnya. Tidak ada konverter. Anda harus menyinkronkan semua data ke client, mengunggahnya ke server lain, lalu menanggung penggunaan bandwidth dan waktu, sementara riwayat versi serta tautan berbagi tetap tertinggal. Menentukan kapasitas pilihan saat ini untuk tiga tahun ke depan lebih murah daripada beralih pada tahun kedua.
FAQ
Apakah Seafile lebih cepat daripada Nextcloud untuk menyinkronkan library berukuran besar?
Ya, pada dua kondisi yang biasanya paling membebani, dan alasannya dapat Anda verifikasi. Seafile membagi file menjadi blok dengan ukuran rata-rata sekitar 8 MB dan hanya mentransfer blok yang berubah. Jadi, pengeditan di dalam file besar hanya memindahkan beberapa blok. Unit transfer Nextcloud adalah seluruh file. Jadi, pengeditan yang sama mengunggah ulang seluruh file. Setiap file kecil juga memerlukan setidaknya satu request WebDAV. Karena itu, API bulk upload-nya menggabungkan beberapa file kecil. Ukur waktu pada VPS Anda sendiri sebelum menetapkan pilihan, karena CPU, disk, dan koneksi jaringan Anda sama pentingnya dengan protokol.
Dapatkah saya mencadangkan Seafile dengan menjalankan rsync pada direktori data?
Hanya jika dilakukan bersama database dan dalam urutan yang didokumentasikan. Manual Seafile menyatakan bahwa SQL harus dicadangkan terlebih dahulu, kemudian direktori data. Dengan begitu, setiap record database merujuk pada objek yang ada di dalam cadangan. Perintah rsync -az /opt/seafile-data/seafile /backup/data/ menyalin conf, seafile-data, dan seahub-data. Namun, perintah tersebut tidak dapat dipulihkan jika digunakan sendiri, karena object store tidak menyimpan struktur file yang dapat dibaca dan database berfungsi sebagai indeksnya. Setelah memulihkan kedua bagian tersebut, jalankan seaf-fsck.sh dan baca output-nya sebelum mempercayai hasilnya.
Apakah saya memerlukan Nextcloud jika hanya ingin menyinkronkan file?
Tidak. Nextcloud adalah platform. Kalender, kontak, dan app store tetap menggunakan memori dan memerlukan perhatian saat upgrade, baik Anda menggunakannya maupun tidak. Untuk sinkronisasi file biasa, Seafile adalah produk yang lebih ringan dengan protokol yang lebih cepat. Syncthing bahkan lebih ringan karena tidak memiliki sisi server yang perlu dijalankan. Pilih Nextcloud jika Anda menginginkan aplikasi tambahan, bukan sebagai pilihan default.
Apakah library Seafile yang terenkripsi menyembunyikan nama file saya?
Tidak. Library terenkripsi mengenkripsi isi file pada client dan password tidak pernah dikirim ke server. Namun, nama folder, nama file, ukuran file, dan riwayat pengeditan tetap terlihat di server. Membuka library terenkripsi pada antarmuka web juga mengirimkan password ke server. Server kemudian mendekripsi file key dan menyimpan password di memori selama satu jam. Jika nama file juga bersifat sensitif, jangan buka library tersebut melalui antarmuka web dan gunakan enkripsi pada layer lain.
Berapa banyak RAM yang harus saya alokasikan untuk Seafile atau Nextcloud pada VPS?
Mulai dengan 4 GB dan 2 core untuk salah satu layanan tersebut jika digunakan oleh beberapa pengguna, kemudian pantau penggunaan memori saat pembuatan preview dan pencarian. Dokumentasi Seafile menetapkan batas minimum 2 GB RAM dan CPU 2 core dengan frekuensi di atas 2 GHz. Dokumentasi Nextcloud merekomendasikan 512 MB untuk setiap proses PHP. Kalikan angka tersebut dengan jumlah worker sebelum menambahkan kebutuhan database dan cache. Syncthing dapat berjalan dengan nyaman pada 1 GB.