Bagaimana std :: lock_guard lebih cepat dari std :: mutex

Saya berdebat dengan seorang kolega, tentang lock_guard, dan dia mengusulkan bahwa lock_guard mungkin lebih lambat daripada mutex :: lock () / mutex :: unlock () karena biaya instantiate dan unistantiate class lock_guard.

Lalu saya membuat tes sederhana ini dan, anehnya, versi dengan lock_guard hampir dua kali lebih cepat daripada versi dengan mutex :: lock () / mutex :: unlock ()

#include <iostream>
#include <mutex>
#include <chrono>

std::mutex m;
int g = 0;

void func1()
{
    m.lock();
    g++;
    m.unlock();
}

void func2()
{
    std::lock_guard<std::mutex> lock(m);
    g++;
}

int main()
{
    auto t = std::chrono::system_clock::now();
    for (int i = 0; i < 1000000; i++)
    {
        func1();
    }

    std::cout << "Take: " << std::chrono::duration_cast<std::chrono::milliseconds>(std::chrono::system_clock::now() - t).count() << " ms" << std::endl;

    t = std::chrono::system_clock::now();
    for (int i = 0; i < 1000000; i++)
    {
        func2();
    }

    std::cout << "Take: " << std::chrono::duration_cast<std::chrono::milliseconds>(std::chrono::system_clock::now() - t).count() << " ms" << std::endl;

    return 0;
}

Hasil di mesin saya:

Take: 41 ms
Take: 22 ms

Adakah yang bisa menjelaskan mengapa dan bagaimana hal ini bisa terjadi?

c++ mutex Eduardo Fernandes
sumber

dan berapa kali Anda melakukan pengukuran?

artm

Silakan kirim flag kompiler Anda ... Pembandingan akan tergantung pada tingkat optimisasi ...

Macmade

Kiat Pro: Saat melakukan pengukuran seperti ini, tukar pesanan untuk memastikan itu bukan hanya data / instruksi dingin yang menyebabkan masalah: coliru.stacked-crooked.com/a/81f75a1ab52cb1cc

NathanOliver

Hal lain yang membantu ketika melakukan pengukuran seperti ini: letakkan semuanya dalam satu lingkaran yang lebih besar, sehingga Anda menjalankan set pengukuran keseluruhan, katakanlah, 20 kali setiap kali berjalan. Biasanya pengukuran nanti akan menjadi yang benar-benar bermakna, karena pada saat itu cache telah menetap ke perilaku apa pun yang mungkin terjadi dalam jangka panjang.

Mark Phaedrus

Meskipun std::lock_guardsedikit lebih lambat, kecuali Anda dapat membuktikan bahwa itu penting dalam hal kinerja, kenaikan kecepatan tidak akan membatalkan manfaat lain dari penggunaan std::lock_guard(terutama RAII). Jika g++ada sesuatu yang bisa melempar atau apapun yang mungkin berubah menjadi sesuatu yang berpotensi lebih rumit di masa depan Anda hampir harus menggunakan semacam objek untuk memiliki kunci.

François Andrieux

Bagaimana std :: lock_guard lebih cepat dari std :: mutex :: lock ()?

Jawaban: