Komuniti Linux kini hangat membincangkan isu pengendalian pembolehubah persekitaran dalam aplikasi berbilang thread, yang tercetus selepas penambahbaikan kestabilan Steam baru-baru ini. Walaupun penyelesaian sementara Steam telah membantu kes mereka, satu penyelesaian yang lebih menyeluruh kini sedang dibangunkan oleh pasukan pembangunan GLIBC.
Penambahbaikan Keselamatan Thread GLIBC Yang Akan Datang
Pembangun GLIBC sedang giat membangunkan tampalan untuk menangani isu keselamatan thread yang telah lama wujud dengan pembolehubah persekitaran. Menurut perbincangan komuniti, penambahbaikan ini disasarkan untuk GLIBC 2.41, dengan pembaikan keselamatan thread getenv diberi keutamaan. Perubahan ini amat penting kerana ia menangani isu kestabilan yang telah memberi kesan kepada pelbagai aplikasi, termasuk komponen tindanan grafik.
Keadaan Semasa Pengendalian Pembolehubah Persekitaran
Pelaksanaan API pembolehubah persekitaran dalam Linux telah menjadi sumber cabaran yang besar untuk para pembangun. Walaupun Windows dan macOS menyediakan pelaksanaan yang selamat untuk thread, pendekatan Linux telah menimbulkan masalah. MacOS memilih untuk membocorkan rentetan berbanding mengakibatkan kerosakan, manakala aplikasi Linux terpaksa melaksanakan pelbagai penyelesaian sementara. Ini telah membawa kepada penyelesaian kreatif dari pelbagai projek, dengan sesetengah pembangun mencadangkan pendekatan berasaskan senarai berpaut untuk keselamatan thread yang lebih baik.
Pendekatan Konservatif Java
Satu perspektif menarik muncul dari komuniti mengenai pengendalian pembolehubah persekitaran oleh Java. Pereka bahasa ini membuat pilihan yang disengajakan untuk menghalang pengubahsuaian terus pembolehubah persekitaran, yang kini dilihat oleh sesetengah pembangun sebagai keputusan yang bijak memandangkan cabaran yang dihadapi oleh platform lain. Walaupun sekatan ini boleh menjadikan sesetengah tugas lebih kompleks, ia telah membantu mengelakkan isu keselamatan thread yang mengganggu persekitaran lain.
Anda boleh menghantar persekitaran baharu kepada proses yang anda lancarkan, yang saya fikir mencukupi? Anda hanya tidak boleh mengubah persekitaran proses sedia ada anda.
Implikasi Masa Depan
Perubahan GLIBC yang dicadangkan merupakan langkah penting ke hadapan, walaupun pelaksanaan keselamatan thread penuh menimbulkan cabaran, terutamanya dengan fungsi seperti unsetenv. Pasukan pembangunan sedang mempertimbangkan keserasian ke belakang dengan teliti, kerana getenv tanpa setenv secara sejarahnya telah menjadi async-signal-safe, dan mengubah tingkah laku ini boleh memberi kesan kepada aplikasi sedia ada.
Kerja yang sedang dijalankan menunjukkan keseimbangan kompleks antara mengekalkan keserasian dengan perisian sedia ada sambil meningkatkan kestabilan dan keselamatan sistem. Apabila perubahan ini berkembang, ia boleh memberi manfaat bukan sahaja kepada Steam tetapi kepada keseluruhan ekosistem Linux.
Sumber Rujukan: Improving Steam Client stability on Linux: setenv and multithreaded environments