Vmmem di Windows 11: apa itu, mengapa mengonsumsi begitu banyak memori, dan bagaimana cara mengontrolnya.

Jika Anda menggunakan Windows 11 dan tiba-tiba menyadari bahwa vmmem atau vmmemwsa akan memakan CPU dan RAM Anda.Anda tidak sendirian. Banyak pengguna mengalami masalah yang sama saat bekerja dengan WSL, Docker, Windows Sandbox, atau sekadar saat menghidupkan komputer mereka, bahkan ketika mereka tampaknya tidak menjalankan mesin virtual apa pun.

Dalam artikel ini kita akan melihat secara detail apa sebenarnya proses ini, mengapa terkadang proses ini mengonsumsi lebih banyak sumber daya di Windows 11 daripada di Windows 10, apa hubungannya dengan WSL 2, Docker dan Sandbox, dan Penyesuaian spesifik apa yang dapat Anda lakukan untuk mengurangi konsumsi daya dan mencegah PC Anda berjalan lambat, kepanasan, atau mengeluarkan suara kipas yang terus menerus?.

Apa itu vmmem (dan varian seperti vmmemwsa atau VmmemCmFirstBoot) di Windows 11?

Sebelum melakukan apa pun, ada baiknya memahami apa yang kita lihat di Task Manager. Di Windows 10 dan Windows 11, saat menggunakan teknologi virtualisasi seperti WSL 2, Docker Desktop, Hyper-V atau Windows SandboxSistem tersebut mengelompokkan sumber daya dari mesin virtual ini di bawah sebuah proses yang disebut vmmem.exe.

Pada kenyataannya, vmmem bukanlah aplikasi biasa yang dapat Anda buka atau tutup sesuka hati, melainkan semacam "wadah" internal yang Ini mewakili memori, CPU, dan sumber daya lain yang dialokasikan untuk lingkungan virtual.Oleh karena itu, ketika Anda menjalankan WSL 2 atau Docker, wajar jika Anda mulai melihat vmmem dengan jumlah penggunaan RAM dan CPU tertentu.

Beberapa konfigurasi menggunakan nama yang sedikit berbeda, seperti vmmemwsa atau VmmemCmFirstBootYang pertama biasanya terkait dengan komponen virtualisasi modern (seperti subsistem Windows untuk Android atau lapisan isolasi lainnya) dan yang kedua tampaknya terkait dengan Windows Sandbox dan proses inisialisasi kontainer memori.

Intinya adalah, dalam semua kasus, Proses-proses ini merupakan bagian dari infrastruktur virtualisasi resmi Microsoft. Dan, dengan sendirinya, itu bukanlah virus atau malware; jika Anda ragu, konsultasikan dengan ahlinya. cara mengidentifikasi file tanpa file.

Mengapa vmmem mengonsumsi begitu banyak RAM atau CPU di Windows 11?

Banyak pengguna yang telah melakukan upgrade dari komputer Windows 10 ke komputer Windows 11 akan terkejut: Beban kerja yang sama dengan WSL 2 menggunakan lebih banyak memori pada laptop baru.Sebagai contoh, seorang pengguna melaporkan bahwa pada komputer Windows 10 Pro miliknya, WSL hanya menggunakan sekitar 450 MB RAM, sedangkan pada laptop yang lebih modern dengan Windows 11 Home, konsumsi RAM mencapai sekitar 750 MB untuk situasi yang serupa.

Perbedaan ini mungkin disebabkan oleh beberapa faktor: perubahan internal dalam cara Windows 11 mengelola virtualisasi, pengaturan default yang lebih besar untuk memori yang dialokasikan ke WSL 2, Peningkatan dalam hal keselamatan dan isolasi yang menambah biaya tambahan.atau bahkan driver dan layanan tambahan yang dimuat ke sistem baru tersebut.

Kasus umum lainnya adalah orang-orang yang Tidak ada Docker atau mesin virtual "yang terlihat" yang berjalan di dalamnya.Namun, sistem mengamati proses vmmemwsa yang berjalan sejak startup dan tidak dapat ditutup baik dari Task Manager maupun menggunakan PowerShell dengan hak akses administrator. Ini menunjukkan bahwa itu adalah komponen sistem yang dilindungi, biasanya terkait dengan beberapa fitur virtualisasi Windows 11 yang tetap aktif meskipun pengguna tidak secara sadar menggunakannya.

Situasi lain juga telah terdeteksi di mana, saat mengaktifkan Windows Sandbox, Proses VmmemCmFirstBoot menggunakan lebih dari 50% CPU bahkan saat tidak aktif.Dalam kondisi ini, PC menjadi lambat dan, selain itu, Sandbox bahkan gagal untuk memulai, menampilkan kesalahan “Windows Sandbox tidak dapat diinisialisasi. Operasi ini dikembalikan karena waktu tunggu habis. (0x800705B4)”.

Pada versi Insider Windows 11 terbaru, Microsoft telah mengakui masalah ini dan merilis perbaikan sehingga, ketika Sandbox diaktifkan, VmmemCmFirstBoot berhenti macet dan mengonsumsi CPU setelah login.Namun, beberapa pengguna telah melihat bug tersebut muncul kembali di versi stabil, biasanya terkait dengan pembaruan pada platform antimalware Microsoft Defender.

Hubungan vmmem dengan WSL 2, Docker, dan Windows Sandbox

Sebagian besar lonjakan penggunaan vmmem yang tinggi di Windows 11 terkait dengan tiga skenario yang sangat spesifik: WSL 2, Docker Desktop, dan Windows SandboxMasing-masing menggunakan virtualisasi dengan cara yang berbeda, tetapi pada akhirnya semuanya bergantung pada fondasi yang sama.

Dalam kasus WSL 2, Linux tidak lagi berjalan sebagai lapisan kompatibilitas ringan, tetapi sebagai sebuah mesin virtual yang berbasis pada kernel Linux asliMesin tersebut tetap berjalan di latar belakang selama ada distribusi WSL yang terbuka (atau layanan yang berjalan), dan semua memori dan CPU yang digunakannya tampak terkonsentrasi di bawah proses vmmem.

Docker Desktop di Windows 11 juga bergantung pada WSL 2 untuk menjalankan kontainer. Ini berarti bahwa jika Docker sedang berjalan atau telah meninggalkan lingkungan aktif, Konsumsi vmmem dapat dengan mudah melonjak.terutama saat bekerja dengan banyak gambar atau kontainer berat.

Sebaliknya, Windows Sandbox menciptakan lingkungan yang terisolasi dan sementara dengan menggunakan Windows sebagai sistem operasi tamu. Di sini, vmmem dan proses terkait seperti VmmemCmFirstBoot digunakan. Mereka bertanggung jawab untuk mengalokasikan memori dan CPU ke lingkungan yang aman tersebut.Jika terjadi kesalahan selama inisialisasi (misalnya, karena pembaruan Microsoft Defender yang bermasalah), proses tersebut mungkin akan "macet," menggunakan sumber daya yang tinggi tanpa Sandbox pernah dimulai.

Meskipun Anda merasa tidak menggunakan semua ini, Anda mungkin memiliki beberapa fitur yang bergantung pada virtualisasi aktif tanpa menyadarinya (misalnya, beberapa integrasi keamanan, dukungan subsistem, atau alat pihak ketiga yang menggunakan WSL di latar belakang), yang menjelaskan mengapa vmmemwsa tampak aktif sejak startup tanpa aplikasi terkait yang jelas..

Contoh praktis: vmmemwsa selalu berjalan dan tidak dapat ditutup.

Masalah lain yang sering dibahas adalah masalah yang dialami pengguna Windows 11 Pro, yang tanpa membuka Docker atau mesin virtual, mengamati bahwa... Saat sistem diny启动, sudah ada proses vmmemwsa yang aktif.Mereka mencoba menghentikannya dari Task Manager tetapi tidak berhasil. Mereka mencoba menggunakan PowerShell sebagai administrator untuk menghentikan proses tersebut, tetapi sistem memblokirnya.

Meskipun pada pandangan pertama mungkin tampak menakutkan, perilaku ini masuk akal: vmmemwsa adalah bagian dari layanan virtualisasi milik Windows.dan dilindungi untuk mencegahnya mati secara tidak terkendali, karena hal itu dapat menyebabkan fitur-fitur lain yang bergantung padanya (seperti Sandbox, WSL, subsistem tambahan, atau fungsi keamanan berbasis isolasi perangkat keras) juga ikut mati.

Jika Anda mengalami hal serupa, hal pertama yang harus dilakukan adalah memeriksa di "Fitur Windows" apakah Anda memilikinya. Hyper-V, Platform Mesin Virtual, Windows Sandbox, WSL, atau Windows Subsystem for Android diaktifkan. Terkadang Anda tidak ingat pernah memilihnya, atau fitur tersebut sudah terpasang sebelumnya bersama perangkat lunak tertentu.

Menonaktifkan fitur yang sebenarnya tidak Anda gunakan dapat menyebabkan vmmemwsa berhenti memuat secara otomatis saat startupNamun, perlu diingat bahwa beberapa fitur saling bergantung, dan meskipun Anda menonaktifkan Hyper-V, fungsi lain mungkin masih menjalankan sebagian infrastruktur. Dalam kasus ini, pilihan Anda lebih terbatas, dan Anda perlu fokus pada konfigurasi sumber daya yang tepat atau menjaga sistem tetap mutakhir untuk menerima perbaikan bug.

Kasus praktis: VmmemCmFirstBoot dengan penggunaan CPU tinggi dan Windows Sandbox yang tidak mau berjalan.

Skenario umum ketiga adalah mereka yang menggunakan Windows Sandbox untuk pengujian cepat. Dalam semalam, tanpa terlihat mengubah apa pun, mereka melihat bahwa Penggunaan CPU melonjak di atas 50% bahkan saat idle.Setelah membuka Resource Monitor, mereka mendeteksi bahwa proses penyebab masalah tersebut adalah VmmemCmFirstBoot.

Saat mereka mencoba menjalankan Windows Sandbox, aplikasi tersebut bahkan tidak terbuka. Setelah menunggu beberapa saat, pesan kesalahan berikut muncul: “Windows Sandbox tidak dapat diinisialisasi. Operasi ini kembali karena waktu tunggu habis. (0x800705B4)”Ini menunjukkan bahwa lingkungan terisolasi tersebut gagal menyelesaikan urutan booting dalam waktu yang diharapkan.

Yang menarik adalah, dalam beberapa kasus, satu-satunya perubahan terbaru yang tercatat adalah... Pembaruan Platform Anti-Malware Microsoft Defender (misalnya, KB4052623, versi 4.18.26010.5 atau yang serupa). Pembaruan tersebut, dengan berinteraksi dengan kontainer memori dan Sandbox, mungkin telah menimbulkan konflik yang menyebabkan VmmemCmFirstBoot macet.

Microsoft telah mengakui perilaku ini pada versi Insider Windows 11 dan telah mengindikasikan bahwa, pada versi yang telah diperbaiki, VmmemCmFirstBoot berhenti terus-menerus mengonsumsi CPU setelah login.Ini mengembalikan sistem ke keadaan normal. Namun, pembaruan mungkin membutuhkan waktu untuk sampai ke edisi rilis, jadi penting untuk selalu memperbarui Windows Update dan Defender.

Jika Anda menggunakan Sandbox dan mengalami masalah ini, selain melakukan pembaruan, ada baiknya mencoba menonaktifkan Sandbox sementara di "Fitur Windows," memulai ulang komputer, lalu mengaktifkannya kembali untuk memaksa konfigurasi ulang lingkungan virtualisasi. membantu membuka blokir proses yang macet.

Penggunaan CPU atau memori yang tinggi oleh Vmmem.exe: penyebab umum

Selain kasus-kasus spesifik ini, ada sejumlah alasan berulang mengapa vmmem.exe dapat mengonsumsi banyak sumber daya di Windows 11 atau Windows 10. Memahami hal ini akan membantu Anda mengetahui dari mana harus memulai:

• Sesi WSL 2 atau Docker yang tetap berjalan di latar belakang. Meskipun Anda mengira sudah menutup jendela.
• Mesin virtual yang masih menyala atau layanan internal yang menjaga agar tetap aktif (misalnya, kontainer yang digunakan oleh alat pengembangan).
• Pengaturan default yang terlalu "murah hati" dalam hal memori dan inti CPU yang dicadangkan untuk WSL atau Docker.
• Pembaruan Windows atau Microsoft Defender yang menimbulkan bug sementara pada komponen seperti Windows Sandbox atau kontainer memori.
• Perangkat lunak pihak ketiga yang kurang optimal. yang menggunakan virtualisasi dan tidak melepaskan sumber daya dengan benar saat dimatikan.

Kabar baiknya adalah, dalam kebanyakan kasus, masalahnya bukan disebabkan oleh kegagalan perangkat keras, tetapi oleh cara pemasangannya. Batasan sumber daya mesin virtual telah dikonfigurasi. atau layanan yang dibiarkan berjalan di latar belakang.

Ubah pengaturan WSL 2 untuk membatasi konsumsi vmmem.

Jika Anda menggunakan Windows Subsystem for Linux, salah satu cara paling efektif untuk mengontrol penggunaan memori dan CPU vmmem adalah mengkonfigurasi batasan WSL 2 secara manual melalui file .wslconfig di folder pengguna Anda.

Prosesnya sederhana. Pertama, buka File Explorer dan navigasikan ke direktori pengguna Anda, yang biasanya berada di suatu tempat seperti ini. C:\Users\NamaAndaPeriksa apakah file bernama tersebut sudah ada. .wslconfig (Perhatikan poin pertama; Windows mungkin menyembunyikannya jika Anda tidak mengaktifkan opsi untuk menampilkan file tersembunyi).

Jika belum ada, buat yang baru menggunakan Notepad. Di dalamnya, tambahkan bagian yang mirip dengan ini:

Memori = 4GB
prosesor=2

Dengan melakukan ini, Anda memberi tahu WSL 2 bahwa, paling banyak, Gunakan RAM 4 GB dan 2 inti CPU.Anda dapat menyesuaikan nilai-nilai tersebut sesuai dengan jumlah memori dan prosesor yang dimiliki komputer Anda. Yang penting adalah jangan sampai WSL 2 menggunakan semua sumber daya jika Anda membuka banyak aplikasi lain.

Setelah Anda menyimpan file .wslconfig, matikan semua instance WSL. Untuk memastikan, buka PowerShell atau Command Prompt sebagai administrator dan jalankan:

wsl –shutdown

Setelah itu, mulai ulang komputer Anda. Mulai saat itu, ketika Anda meluncurkan WSL 2, vmmem akan menghormati batasan memori dan CPU yang telah Anda tetapkan., mencegahnya menghabiskan sumber daya secara tidak terkendali.

Matikan WSL dan semua mesin virtual yang tidak Anda gunakan.

Solusi lain yang sangat mudah ketika Anda melihat vmmem terpicu adalah Tutup semua mesin virtual dan lingkungan WSL atau Docker sepenuhnya. yang tidak Anda butuhkan saat itu. Menutup jendela terminal saja tidak selalu cukup.

Untuk WSL, seperti yang telah kita lihat, cukup jalankan perintah berikut di konsol dengan hak akses administrator:

wsl –shutdown

Perintah itu menghentikan semua distribusi WSL 2 yang sedang berjalan, membebaskan memori, dan membuat vmmem secara drastis mengurangi konsumsi AndaIni sangat berguna terutama jika Anda memiliki banyak sesi yang terbuka selama berjam-jam atau berhari-hari, atau jika Anda menggunakan layanan yang terus berjalan di latar belakang di dalam Linux.

Jika Anda bekerja dengan Docker Desktop, hal ini juga disarankan. Hentikan kontainer dan tutup Docker sepenuhnya. saat Anda tidak membutuhkannya. Dalam banyak kasus, Docker tetap menjalankan kontainer meskipun Anda tidak membuka jendela apa pun, dan semua itu tercermin dalam vmmem.

Dalam kasus mesin virtual Hyper-V atau hypervisor lainnya, pastikan mesin tersebut benar-benar dimatikan dan bukan hanya dalam keadaan hibernasi atau tersimpan, karena Negara-negara tersebut juga menyimpan ingatan. yang nantinya akan Anda lihat terkait dengan vmmem.

Mulai ulang proses vmmem dari Task Manager.

Ada situasi di mana, meskipun Anda mengira telah menutup semuanya, vmmem terus menggunakan banyak memori, seolah-olah "macet." Ketika itu terjadi, salah satu pilihan drastis adalah Hentikan proses dari Pengelola Tugas.

Untuk melakukan ini, tekan Ctrl + Shift + Esc Untuk membuka Pengelola Tugas Windows, buka tab "Proses" atau "Detail", cari "Vmmem" atau "VmmemWSL", klik kanan padanya, dan pilih "Menyelesaikan pekerjaan rumah".

Penting untuk menutup terlebih dahulu semua jendela WSL, Docker, atau mesin virtual, karena Memaksa penghentian sistem dapat menyebabkan kehilangan data jika Anda memiliki proses yang sedang berjalan. di dalam mesin-mesin tersebut. Setelah vmmem selesai, memori harus segera dilepaskan.

Perlu diingat bahwa beberapa proses, seperti vmmemwsa yang terhubung dengan sistem, mungkin tidak dapat ditutup karena alasan keamanan. Dalam kasus tersebut, tindakan terbaik adalah... Periksa pengaturan virtualisasi Anda dan mulai ulang komputer Anda. jika Anda melihat sesuatu tidak berperilaku normal.

Pastikan Windows, WSL, dan perangkat virtualisasi selalu diperbarui.

Faktor kunci lain dalam menghindari masalah konsumsi sumber daya yang berlebihan dengan vmmem adalah dengan selalu memperbarui Windows dan perangkat virtualisasi Anda (WSL, Docker, dll.). Banyak versi lama Mereka tidak mengelola pelepasan memori dengan baik atau mereka memiliki bug. yang menyebabkan lonjakan CPU yang tidak beralasan, dan Periksa apakah Windows menggunakan kompresi memori..

Untuk memperbarui Windows, buka aplikasi Pengaturan dengan Menang + SayaBuka “Pembaruan Windows” dan klik “Periksa pembaruan.” Instal semua pembaruan yang tersedia, terutama jika Anda melihat patch kumulatif atau pembaruan platform Defender, yang sering kali memperbaiki kerentanan. kesalahan terkait Sandbox, virtualisasi, dan keamanan.

Dalam kasus WSL, buka PowerShell sebagai administrator dan jalankan:

wsl –update

Perintah ini akan memberi Anda versi terbaru dari kernel WSL dan komponen-komponennya, yang membantu untuk Meningkatkan manajemen sumber daya dan kompatibilitas dengan Windows 11Sebaiknya lakukan ini sesekali jika Anda menggunakan WSL secara ekstensif.

Jika Anda menggunakan Docker Desktop, periksa sistem pembaruannya sendiri dari dalam aplikasi, karena versi terbaru telah secara signifikan meningkatkan konsumsi sumber daya pada Windows 11, menyempurnakan integrasinya dengan WSL 2, dan cara kerjanya. Membebaskan memori ketika kontainer tidak lagi aktif..

Langkah tambahan: memori virtual, boot bersih, dan manajemen RAM.

Meskipun fokus utama masalah biasanya pada vmmem dan virtualisasi, ada baiknya untuk melihat bagian sistem lainnya. Misalnya, pada laptop dengan RAM 8 GB, seperti yang dibahas dalam kasus ini, menyesuaikan pengaturan dapat membantu. memori virtual (berkas halaman) Hal ini memungkinkan Windows 11 memiliki ruang cadangan ketika RAM fisik penuh. Selain itu, periksa apakah PC Anda menggunakan memori bersama untuk GPU, karena hal itu juga mengurangi RAM yang tersedia untuk tugas-tugas lain.

Untuk mengubah memori virtual, buka Pengaturan, masuk ke "Sistem," lalu "Tentang," dan ketuk "Pengaturan sistem lanjutan." Pada tab "Lanjutan," di bawah "Kinerja," ketuk "Pengaturan" dan kembali ke tab "Lanjutan." Di sana Anda akan melihat bagian "Memori Virtual" dengan tombol "Ubah"..

Hapus centang pada kotak “Kelola ukuran file paging secara otomatis untuk semua drive” dan pilih drive (biasanya C:). Pilih “Ukuran khusus” dan tentukan ukuran awal dan ukuran maksimum yang setara, misalnya, sebesar 1,5 hingga 3 kali RAM fisik AndaDengan RAM 8 GB, kisaran umum adalah ukuran awal 12288 MB dan maksimum 24576 MB. Terapkan, terima, dan mulai ulang.

Ini juga dapat membantu mengontrol aplikasi mana yang dimuat saat startup. Buka Task Manager, masuk ke tab "Startup", dan nonaktifkan apa pun yang sebenarnya tidak Anda butuhkan. Dengan cara ini, Anda membebaskan RAM dan CPU saat startup.sehingga menyisakan lebih banyak ruang untuk WSL, Sandbox, atau alat lainnya.

Jika Anda mencurigai bahwa program pihak ketiga mengganggu virtualisasi, Anda dapat melakukan hal berikut: boot bersih Windows (Menonaktifkan sementara layanan dan program yang tidak penting) untuk memeriksa apakah masalah konsumsi vmmem hilang. Jika ya, Anda dapat mengaktifkan elemen satu per satu hingga menemukan penyebabnya.

Terakhir, jika Anda ingin memeriksa dengan cepat berapa banyak memori virtual dan fisik yang digunakan sistem Anda, buka jendela Terminal (Admin) dan jalankan perintah berikut: informasi sistem.exeAnda akan melihat ringkasan dengan data tentang memori fisik, memori virtual maksimum, dan memori yang digunakan, yang memberikan gambaran jelas tentang status sumber daya.

Dengan semua penjelasan di atas, jelas bahwa vmmem, vmmemwsa, atau VmmemCmFirstBoot bukanlah proses berbahaya, melainkan tampilan virtualisasi Windows 11 yang terlihat di Task Manager. Kuncinya terletak pada... Mengetahui fungsi sistem mana yang menggunakannya, menyesuaikan batasan WSL 2 dan Docker dengan benar, selalu memperbarui semuanya, dan menutup atau mematikan apa yang tidak Anda butuhkan.Dengan beberapa perubahan yang tepat, Anda dapat terus memanfaatkan WSL, Sandbox, dan lainnya tanpa laptop Anda terlihat seperti jet yang akan lepas landas.

Artikel terkait:

Cara memeriksa apakah Windows menggunakan kompresi memori dan kapan harus menonaktifkannya.

Alberto Navarro

Saya seorang penggila teknologi yang telah mengubah minat "geek"-nya menjadi sebuah profesi. Saya telah menghabiskan lebih dari 10 tahun hidup saya menggunakan teknologi mutakhir dan mengutak-atik semua jenis program hanya karena rasa ingin tahu. Sekarang saya memiliki spesialisasi dalam teknologi komputer dan video game. Hal ini karena selama lebih dari 5 tahun saya telah menulis untuk berbagai website tentang teknologi dan video game, membuat artikel yang berupaya memberikan informasi yang Anda butuhkan dalam bahasa yang dapat dimengerti oleh semua orang.

Jika Anda memiliki pertanyaan, pengetahuan saya berkisar dari segala sesuatu yang berhubungan dengan sistem operasi Windows serta Android untuk ponsel. Dan komitmen saya adalah kepada Anda, saya selalu bersedia meluangkan beberapa menit dan membantu Anda menyelesaikan pertanyaan apa pun yang mungkin Anda miliki di dunia internet ini.