Soalan ini meneroka kemerosotan prestasi yang tidak dijangka apabila memperkenalkan concurrency kepada program Go yang sedia ada. Kod ini mensimulasikan interaksi dengan raksasa dalam permainan, menjejaki kejatuhan item yang berjaya. Untuk meningkatkan kecekapan, pengaturcara cuba membahagikan beban kerja antara pemproses yang tersedia menggunakan konkurensi, tetapi ia mengakibatkan kelembapan yang ketara.
Tanpa konkurensi, program menjalankan satu siri simulasi (1000 dalam kes ini), dan setiap simulasi menjalankan bilangan interaksi tertentu (1,000,000 dalam contoh ini). Hasilnya kemudian digunakan untuk mengira jumlah bilangan interaksi yang berjaya.
Untuk menyelaraskan kod, pengaturcara mencipta berbilang goroutine, setiap satunya bertanggungjawab untuk menjalankan sebahagian daripada simulasi. Mereka membahagikan beban kerja dengan betul antara CPU yang tersedia, memadankan bilangan goroutine dengan bilangan pemproses.
Anehnya, bukannya meningkatkan prestasi, kod serentak dijalankan 4-6 kali lebih perlahan daripada rakan sejalurnya.
Isunya terletak pada keadaan kongsi yang diakses oleh goroutine serentak. Khususnya, fungsi rand.Float64() menggunakan contoh Rand global yang dikongsi dengan kunci mutex yang berkaitan. Apabila berbilang gorouti cuba mengakses contoh Rand global, mereka mesti memperoleh kunci mutex, yang membawa kepada perbalahan dan memperlahankan kod.
Untuk menyelesaikan isu prestasi, pengaturcara mencipta contoh Rand yang berasingan untuk setiap goroutine. Ini menghapuskan pertikaian untuk contoh Rand global, membenarkan goroutine berjalan secara bebas.
Mencipta tika Rand yang berasingan untuk setiap goroutine meningkatkan prestasi dengan ketara. Kod serentak kini berjalan kira-kira 2.5 kali lebih pantas daripada versi bukan serentak pada CPU dwi-teras.
Senario ini menunjukkan kepentingan memahami mekanisme penyegerakan yang digunakan oleh sumber kongsi apabila melaksanakan konkurensi. Ia menekankan kesan corak capaian data pada prestasi dan keperluan untuk mempertimbangkan pertukaran antara penggunaan pemproses dan overhed penyegerakan.
Atas ialah kandungan terperinci Mengapa Kod Concurrent Go Saya Lebih Lambat Daripada Rakan Sejalurnya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!