Jika Anda pernah membuka berkas C:\Windows, mungkin Anda menyadari ada dua berkas yang namanya cukup membingungkan, yaitu System32 dan SysWOW64.
Secara logika, kita mungkin mengira System32 berisi file mekanisme 32-bit, sedangkan SysWOW64 menyimpan file 64-bit, namun rupanya kenyataannya justru terbalik guys, karena pada Windows 11 64-bit, berkas System32 menyimpan file mekanisme 64-bit, sementara SysWOW64 digunakan untuk file 32-bit.
Nah Microsoft mempertahankan penamaan tersebut bukan tanpa alasan, yaitu ada masalah kompatibilitas dengan aplikasi durasi yang mesti dipikirkan ketika Windows bergeser dari arsitektur 32-bit ke 64-bit, dan mengganti nama berkas yang sudah digunakan oleh banyak aplikasi justru berisiko membikin beragam program tidak bisa berjalan.
Kenapa Nama System32 Tidak Diubah?
Nah untuk memahami alasannya, kita perlu balik ke masa ketika Windows statis menggunakan arsitektur 16-bit, dimana menurut sejarahahnya sih, pada masa itu, file mekanisme Windows disimpan di berkas C:\Windows\System. Dan ketika Windows 32-bit hadir, Microsoft kemudian menggunakan berkas C:\Windows\System32 untuk menyimpan file sistemnya, nah dari sinilah bilangan 32 pada nama berkas tersebut berasal.
Nah masalah baru muncul ketika Windows 64-bit dikembangkan karena saat itu, banyak aplikasi sudah menggunakan letak System32 secara langsung untuk mencari file sistem. Sebagian program terlebihlagi memiliki jalur berkas tersebut yang ditulis secara permanen di dalam kode alih-alih meminta letak yang sesuai melalui fungsi Windows.
Dan jika Microsoft mengganti nama berkas tersebut ketika bergeser ke Windows 64-bit, aplikasi-aplikasi durasi berpotensi mengalami masalah kompatibilitas, hingga Microsoft akhirnya mempertahankan nama System32, tetapi mengubah peruntukannya menjadi letak file mekanisme yang sesuai dengan arsitektur Windows, yaitu 64-bit pada Windows 64-bit.
Sementara itu, file mekanisme 32-bit ditempatkan di berkas baru disebut SysWOW64, dan Raymond Chen, veteran Microsoft yang banyak membahas kompatibilitas Windows, pernah menerangkan bahwa bilangan 32 pada nama System32 kini hanyalah bagiankecil dari nama folder. Dalam skenario ideal, berkas tersebut mungkin lebih cocok dinamai SysExec, karena isinya menyesuaikan arsitektur mekanisme yang menjalankan aplikasi.
Namun, mempertahankan nama durasi jauh lebih terlindungi daripada memaksa semua aplikasi mengubah letak file yang mereka gunakan.
Bagaimana Windows Menjalankan Aplikasi 32-bit?
Nah kita tahu bahwa Windows 11 varian 64-bit statis mendukung banyak aplikasi 32-bit, dan untuk menjembatani perbedaan arsitektur tersebut, Microsoft menggunakan lapisan kompatibilitas disebut WOW64, singkatan dari Windows 32-bit on Windows 64-bit.
Baca Juga : Keyboard Rexus KL150 Setelah 6 Bulan – Daya Tahan Battery Luar Biasa!
Salah satu bagiankecil pentingnya adalah WOW64 file system redirector, dimana mekanisme ini secara otomatis mengalihkan permintaan akses file dari aplikasi 32-bit ke letak yang sesuai. Sebagai contoh, ketika aplikasi 32-bit meminta file dari C:\Windows\System32, Windows akan mengarahkannya ke C:\Windows\SysWOW64.
Nah untuk deskripsi sederhananya kurang lebih seperti berikut:
| Lokasi yang diminta aplikasi 32-bit | Lokasi yang diakses |
|---|---|
| C:\Windows\System32 | C:\Windows\SysWOW64 |
| C:\Windows\lastgood\system32 | C:\Windows\lastgood\SysWOW64 |
| C:\Windows\regedit.exe | C:\Windows\SysWOW64\regedit.exe |
Nah proses pengalihan ini berjalan di belakang layar, aplikasi 32-bit tidak mesti mengetahui bahwa Windows mengarahkannya ke berkas berbeda.
Yang jelas sih, mekanisme tersebut juga krusial karena aplikasi 32-bit tidak dapat memuat DLL 64-bit untuk dieksekusi, begitu pula sebaliknya, dan dengan memisahkan file mekanisme berdasarkan arsitektur, Windows dapat mempertahankan kompatibilitas tanpa mencampur file yang tidak sesuai.
File dengan Nama Sama Bisa Memiliki Ukuran Berbeda
Nah menariknya kedua berkas tersebut bisa memiliki file dengan nama yang sama, misalkan saja contohnya adalah kernel32.dll, elemen Windows yang digunakan oleh banyak aplikasi.
Di Windows 11 64-bit, file kernel32.dll tersedia di System32 dan SysWOW64, namun guys, keduanya merupakan varian berbeda yang dibuat untuk arsitektur 64-bit dan 32-bit.
Perbedaan ini bisa kelihatan ketika memeriksa file tersebut, nama filenya sama, tetapi ukuran dan isi binernya tidak mesti sama, nah kecuali itu Anda juga bisa melihat perbedaan arsitektur melalui Command Prompt.
Pada proses 64-bit, variabel lingkungan %PROCESSOR_ARCHITECTURE% biasanya memberitahu AMD64, sedangkan Command Prompt 32-bit memberitahu x86, namun perlu diingat, hasil pengecekan jalur file dari aplikasi 32-bit dapat membingungkan karena Windows berbuat pengalihan secara otomatis. Jadi, melihat nama System32 pada suatu perintah belum tentu berarti aplikasi tersebut benar-benar mengakses file 64-bit di berkas tersebut.
Pusing kan?, sama aku juga.
Ada Juga Folder Khusus Bernama Sysnative
Nah menurut keterangan yang beredar sih, kecuali System32 dan SysWOW64, Windows memiliki jalur khusus disebut Sysnative, dimana fungsinya membantu aplikasi 32-bit mengakses direktori mekanisme 64-bit yang sebenarnya.
Jika Anda cari sih, berkas ini bukan direktori jasmani yang bisa ditemukan begitu saja di C:\Windows, karena sysnative merupakan alias virtual yang cuma tersedia untuk proses 32-bit pada Windows 64-bit. Sebagai contoh, aplikasi 32-bit yang perlu menjalankan program 64-bit dapat menggunakan jalur seperti C:\Windows\Sysnative\cmd.exe.
Jadi jika Anda cari pun dia tidak akan muncul di File Explorer, nah sebaliknya, aplikasi 64-bit seperti File Explorer tidak dapat menggunakan Sysnative dengan metode yang sama. Jalur ini memang dibuat untuk mengatasi kebutuhan khusus aplikasi 32-bit yang perlu melewati mekanisme pengalihan WOW64.
Microsoft juga menyediakan fungsi untuk menonaktifkan pengalihan file system bagi developer, namun cara tersebut perlu dilakukan dengan awas karena bisa menyebabkan proses load DLL gagal jika aplikasi mengakses file dari letak yang tidak sesuai.
Tidak Semua Folder di System32 Dialihkan
Nah satu kenyataan menariknya adalah Microsoft juga menetapkan sejumlah subfolder System32 yang dikecualikan dari mekanisme pengalihan WOW64. Artinya, aplikasi 32-bit dapat mengakses folder-folder tertentu tersebut tanpa dialihkan ke SysWOW64, jika Anda penasaran, daftarnya meliputi:
- C:\Windows\System32\catroot
- C:\Windows\System32\catroot2
- C:\Windows\System32\driverstore
- C:\Windows\System32\drivers\etc
- C:\Windows\System32\logfiles
- C:\Windows\System32\spool
Dokumentasi Microsoft mencantumkan folder-folder tersebut sebagai pengecualian, salah satu contoh yang gampang dipahami adalah drivers\etc, tempat file seperti hosts berada.
Namun, Microsoft tidak menerangkan secara terperinci karena setiap berkas masuk ke dalam daftar dispensasi tersebut. Jadi, mungkin sih tidak tepat jika kita menganggap seluruh berkas itu dikecualikan karena sebab yang sama.
Bagaimana dengan Windows 11 di PC ARM?
Nah jika kita ulas mengenai alat Windows berbasis ARM, mekanismenya sedikit berbeda karena mekanisme dapat menjalankan aplikasi dengan arsitektur yang berbeda melalui lapisan kompatibilitas dan emulasi.
Misalkan aplikasi x86 32-bit juga diarahkan ke SysWOW64, sementara itu, Windows on ARM sebelumnya memiliki berkas tambahan disebut SysArm32 untuk elemen mekanisme ARM 32-bit.
Namun, dokumentasi Microsoft kini mengatakan bahwa PC ARM tidak lagi mendukung aplikasi ARM 32-bit, dan file mekanisme yang eksis di SysArm32 juga dihapus. Aplikasi x86 32-bit dan 64-bit statis dapat dijalankan melalui mekanisme kompatibilitas yang tersedia di Windows on ARM.
Nah fluktuasi ini memberitahu bahwa sokongan terhadap arsitektur durasi tidak selalu dipertahankan selamanya. Microsoft statis perlu menyeimbangkan kompatibilitas dengan kebutuhan untuk menyederhanakan dan mengembangkan mekanisme operasi.
Dan pada akhirnya sih, nama System32 dan SysWOW64 memang gampang membikin bingung, tetapi keduanya merupakan bagiankecil dari solusi kompatibilitas yang sudah durasi digunakan Windows. Microsoft sendiri memilih mempertahankan nama durasi sambil mengatur akses file di belakang layar, daripada memungut konsekuensi merusak aplikasi yang statis bersandar pada struktur tersebut.
Nah jika menurut kamu, apakah Microsoft seharusnya membikin struktur berkas yang lebih gampang dipahami sejak awal, maupun mempertahankan kompatibilitas seperti kini memang pilihan yang lebih masuk akal?
Menurut aku sih, ada baiknya semua elemen durasi ditinggalkan, memang sih mungkin akan memakan waktu durasi dan jelas tidak akan berjalan mulus diawan dan tentu akan ada banyak bug, tapi jika semuanya ditulis dari awal, dengan elemen modern, akibatnya suatu saat kelak akan terasa memuaskan. Tapi sepertiapa menurutmu? komen dibawah guys.
Via : Microsoft, Windows Latest
Catatan Penulis : Kincai Media sepenuhnya bersandar pada iklan untuk statis hidup dan menyajikan konten teknologi berkualitas secara cuma-cuma — jadi jika Anda menikmati artikel dan panduan di situs ini, meminta whitelist halaman ini di AdBlock Anda sebagai bentuk sokongan agar kami bisa terus berkembang dan berbagi insight untuk pelanggan Indonesia. Kamu juga bisa mendukung kami secara langsung melalui sokongan di Saweria. Terima kasih.
Written by
Gylang Satria
Tech writer yang sehari‑hari berkutat dengan Windows 11, Linux, dan Samsung S24. Punya pertanyaan maupun butuh diskusi? Tag @gylang_satria di Disqus. Untuk kolaborasi, email saja ke [email protected]
Post navigation
Previous Post
