Mengapa Microsoft Beralih kepada Isih Gabungan Atas Bawah dalam std::list::sort()?

std::list<>::sort() - Mengapa Bertukar Tiba-tiba ke Strategi Atas Bawah?

Walaupun penggunaan bahagian bawah yang lama -up Merge Sort pendekatan dalam std::list<>::sort(), Microsoft Visual Studio 2015 membuat peralihan kepada pelaksanaan rekursif atas-bawah Merge Sort yang sangat tidak cekap. Perubahan ini menimbulkan persoalan tentang motivasi yang mendasari.

Pada mulanya, diandaikan bahawa Microsoft mempunyai sebab yang kukuh untuk beralih kepada pendekatan yang kurang cekap, terutamanya memandangkan pengenalan pengagih tidak boleh bina dan stateful dalam VS2015. Walau bagaimanapun, selepas siasatan lanjut, didapati bahawa algoritma Isih Gabung dari bawah ke atas yang asal boleh diubah suai untuk berfungsi dengan iterator.

Pendekatan Atas-Bawah Microsoft

Pelaksanaan atas-bawah Microsoft menggunakan pendekatan rekursif untuk membahagikan senarai kepada separuh pada setiap peringkat rekursi. Sebab yang jelas untuk ini adalah untuk mengelakkan peruntukan memori dan kebimbangan keselamatan pengecualian. Daripada mencipta tatasusunan senarai untuk menyimpan larian yang diisih, mereka menggunakan iterator untuk menjejaki sempadan larian dalam senarai asal.

Walaupun pendekatan ini boleh menghalang isu peruntukan memori, ia memperkenalkan ketidakcekapan dalam bentuk mengakses titik tengah senarai dalam setiap panggilan rekursif, yang berpotensi membawa kepada masa pelaksanaan yang lebih perlahan.

Pendekatan Bawah Ke Atas Alternatif

Sebagai alternatif, pembangun lain telah mencadangkan versi bahagian bawah yang diubah suai -up Merge Sort algoritma yang menggunakan iterator dan bukannya tatasusunan senarai. Pendekatan ini melibatkan mencipta tatasusunan iterator, di mana setiap entri mewakili titik permulaan larian yang diisih. Apabila senarai diimbas, nod digabungkan ke dalam larian ini sehingga satu senarai diisih diperolehi.

Kaedah ini menawarkan kedua-dua kelajuan dan kecekapan memori, mengatasi prestasi atas-bawah Merge Sort sebanyak lebih kurang 40-50% pada senarai dengan nod bertaburan dalam ingatan.

Kesimpulan

Sebab pertukaran Microsoft ke atas-bawah Merge Sort masih agak tidak jelas. Walaupun peruntukan memori dan kebimbangan keselamatan pengecualian mungkin telah mempengaruhi keputusan, adalah penting untuk ambil perhatian bahawa isu ini boleh ditangani dengan pendekatan alternatif yang mengekalkan kecekapan yang lebih tinggi. Pilihan algoritma yang kurang cekap menunjukkan bahawa Microsoft mungkin telah mengutamakan kestabilan dan pengendalian pengecualian berbanding prestasi.

Atas ialah kandungan terperinci Mengapa Microsoft Beralih kepada Isih Gabungan Atas Bawah dalam std::list::sort()?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!