Sebenarnya, alasan Aero dapat mencegah robeknya tanpa harus memaksakan VSYNC dalam suatu aplikasi adalah karena itu adalah window manager pengomposit. Ini menggambar desktop dan semua jendela secara tidak sinkron sehubungan dengan aplikasi yang sedang berjalan.
Dengan kata lain, ketika Anda mengaktifkan penggabungan pada Windows Vista / 7 ( selalu diaktifkan pada Windows 8), itu akan menggambar semua jendela menggunakan salinan gambar terakhir yang ditukar dari belakang ke depan. Kompositor (Microsoft menyebutnya DWM, Desktop Window Manager ) mengomposit semuanya dengan VSYNC diaktifkan, dan karena menggambar menggunakan salinan dari gambar buffer depan yang ditukar sepenuhnya terakhir untuk setiap jendela, ia tidak pernah menampilkan bingkai yang digambar sebagian. Namun, hal itu memiliki efek samping yang disayangkan yaitu mencegah perangkat lunak yang benar-benar tua yang dirancang untuk menarik ke dalam buffer depan secara eksklusif dari bekerja dengan benar - tetapi perangkat lunak modern tidak melakukan ini.
Singkatnya, DWM menambahkan lapisan perlindungan tambahan terhadap sobekan. Aplikasi yang memungkinkan aplikasi apa pun yang berjalan pada sistem untuk menggambar pada kecepatan terlepas dari kecepatan refresh layar dan masih mencegah robeknya. Pada sistem seperti itu, dalam mode berjendela satu-satunya hal yang memungkinkan VSYNC dalam OpenGL atau Direct3D yang baik adalah sebenarnya memperlambat kembali penggunaan CPU / GPU.
Inilah sebabnya mengapa VSYNC adaptif dibuat, ide tidak ada untuk menghukum aplikasi yang tidak dapat mempertahankan kecepatan refresh layar dengan memaksa mereka menjadi faktor yang lebih rendah dari kecepatan refresh (misalnya 60 Hz -> 30, 20, 15, 10, 12 , 6, 5, 4, 3, 2, 1) tetapi untuk membatasi aplikasi yang menggambar lebih cepat daripada monitor dapat menampilkan gambar dari penggunaan daya CPU / GPU yang berlebihan.