Cara Mengatasi Bottleneck Sumber Daya Docker Desktop di MacBook
makedream٢٢ يونيو ٢٠٢٦
0
Computing/Software
Comments (0)
Log in to leave a comment
No posts yet
makedreammakedreamLog in to leave a comment
No posts yet
Docker Desktop akan langsung menyita setengah dari memori fisik Anda saat dijalankan. Karena kesalahan pada framework virtualisasi, memori tersebut tidak akan kembali meskipun kontainer dimatikan. Jika kernel Mac mulai melakukan disk swap, bahkan Apple Silicon pun tidak akan bisa menghindari bottleneck I/O. Fenomena Exit Code 137, di mana kontainer mati tanpa alasan saat menjalankan aplikasi berbasis JVM, tidak dapat diselesaikan hanya dengan mengatur ukuran heap.
Hitung dan masukkan nilai limit memori untuk setiap layanan secara manual. Batas total diperoleh dengan rumus berikut:
Kontrol variabel lingkungan dengan skrip di bawah ini untuk mencegah downtime layanan lokal.
sysctl -n hw.memsize..env seperti BACKEND_MEM_LIMIT=1536M.Ketidakcocokan izin antara APFS macOS dan kontainer Linux adalah penyebab kesalahan build. Menurut tolok ukur DDEV, menerapkan VirtioFS alih-alih gRPC FUSE yang lama dan melakukan sinkronisasi dengan Mutagen di lingkungan Colima dapat mempercepat waktu instalasi Drupal hingga 73%, dari 102 detik menjadi 27 detik.
Untuk mengurangi bottleneck performa, terapkan pengaturan berikut:
sudo diskutil apfs changeOwnerSharing /Volumes/ExternalSSD-Dev enable.node_modules dari target sinkronisasi dalam aturan develop.watch.sync di file docker-compose.yml.--mount-inotify untuk menyesuaikan sinyal FSEvents dengan kernel Linux.Setelah konfigurasi ini selesai, latensi yang terjadi saat modifikasi kode akan pulih ke kecepatan perangkat fisik hingga tingkat 95%.
Jika Anda mencampur berbagai runtime virtualisasi, jalur soket Docker akan menjadi kacau. Framework kontainer Apple mengonfigurasi micro-VM secara independen, sehingga manajemen jaringannya cukup rumit.
Untuk mencegah konflik port, gunakan skrip koreksi jaringan otomatis:
lsof -i -P -n..env dan jalankan kontainer.Jika kontainer dihapus, file basis data juga akan hilang. Lakukan binding volume ke jalur spesifik pada disk fisik, seperti /Volumes/ExternalSSD-Dev/DockerData/volumes/pg_data_core/.
Untuk memiliki ketahanan pemulihan data, diperlukan langkah-langkah berikut:
docker compose exec dan kompres menggunakan gzip.gunzip -c.read ke dalam skrip untuk mewajibkan prosedur persetujuan sebelum eksekusi pemulihan.Dengan metode ini, Anda dapat kembali ke status normal dalam waktu 5 detik meskipun data pengujian yang salah masuk ke dalam sistem.