Perhatikan bahwa addressspace dapat digunakan untuk lebih dari memori (nyata). Seseorang juga dapat memetakan file besar dengan memori, yang dapat meningkatkan kinerja dalam pola akses yang lebih aneh karena caching level VM level-blok yang lebih kuat dan efisien juga masuk. Lebih aman untuk mengalokasikan blok memori besar pada 64-bit karena heapmanager kurang kemungkinan akan mengalami fragmentasi alamat-ruang yang tidak akan memungkinkannya mengalokasikan blok besar.
Beberapa hal yang dikatakan di utas ini (seperti pengganda # register) hanya berlaku untuk x86-> x86_64, tidak untuk 64-bit secara umum. Sama seperti fakta bahwa di bawah x86_64 satu dijamin memiliki SSE2, 686 opcodes dan cara murah untuk melakukan PIC. Fitur-fitur ini tidak hanya tentang 64-bit, tetapi tentang memotong warisan dan memperbaiki batasan x86 yang diketahui
Selain itu cukup sering orang menunjuk penggandaan register sebagai penyebab percepatan, sementara itu lebih mungkin penggunaan SSE2 default yang melakukan trik (mempercepat memcpy dan fungsi serupa). Jika Anda mengaktifkan set yang sama untuk x86 perbedaannya jauh lebih kecil. (*) (***)
Juga perlu diingat bahwa sering ada penalti awal yang terlibat karena struktur data rata-rata akan meningkat hanya karena ukuran pointer lebih besar. Ini juga memiliki efek cache, tetapi lebih signifikan terlihat pada kenyataan bahwa rata-rata memcpy () (atau apa pun yang setara dengan salinan memori dalam bahasa Anda) akan memakan waktu lebih lama. Ini hanya dalam besaran beberapa persen btw, tetapi speedup yang disebutkan di atas juga dalam besaran itu.
Biasanya overhead alignment juga lebih besar pada arsitektur 64-bit (catatan sebelumnya 32-bit hanya sering menjadi campuran dari nilai 32-bit dan 64-bit), meledakkan struktur lebih banyak lagi.
Secara keseluruhan, tes sederhana saya menunjukkan bahwa mereka akan secara kasar membatalkan satu sama lain, jika driver dan pustaka runtime telah sepenuhnya beradaptasi, tidak memberikan perbedaan kecepatan yang signifikan untuk aplikasi rata-rata. Namun beberapa aplikasi tiba-tiba bisa menjadi lebih cepat (misalnya ketika bergantung pada AES) atau lebih lambat (struktur data penting terus bergerak / dipindai / berjalan dan mengandung banyak petunjuk). Namun pengujian dilakukan pada Windows, dan optimalisasi PIC tidak menjadi patokan.
Perhatikan bahwa sebagian besar bahasa JIT-VM (Java, .NET) menggunakan pointer secara signifikan lebih banyak rata-rata (secara internal) daripada misalnya C ++. Mungkin penggunaan memori mereka meningkat lebih dari pada program rata-rata, tapi saya tidak berani menyamakannya langsung dengan efek yang melambat (karena ini adalah binatang yang benar-benar kompleks dan funky dan sering sulit diprediksi tanpa pengukuran)
Windows 64-bit secara default menggunakan SSE2 untuk floating point yang tampaknya mempercepat operasi sederhana dan memperlambat operasi kompleks (sin, cos dll).
(*) fakta yang sedikit diketahui adalah bahwa jumlah register SSE juga berlipat ganda dalam mode 64-bit
(**) Dr Dobbs punya artikel bagus tentang itu beberapa tahun yang lalu.
