Bapa Linux marah lagi pada Tahun Baru! Dengan marah mengecam penyumbang kernel Google: Saya tidak akan menerima kod sampah seperti ini

Disusun丨Noah

Dihasilkan oleh 51CTO Technology Stack (WeChat ID: blog51cto)

Linus Torvalds baru-baru ini menerbitkan siaran yang sangat kritikal pada senarai mel kernel Linux untuk penyumbang di Google, membuat pandangan pedas pada pengesyoran sistem fail. Kontroversi berpusat pada inod, yang menurut Red Hat adalah pengecam unik untuk metadata pada sistem fail tertentu.

Isu inode menjadi topik hangat dalam senarai mel kernel Linux sejak kebelakangan ini, mencetuskan banyak perbincangan. Khususnya, penyumbang kernel Google Steven Rostedt dan Torvalds mempunyai perbincangan hangat mengenai isu ini. Dalam perbincangan tentang "membuat semua fail dan direktori mempunyai nombor inod yang sama", ia telah menunjukkan bahawa inod mungkin masih mempunyai beberapa peranan apabila menggunakan tar untuk pengarkiban fail. Bagaimanapun, Torvalds percaya bahawa era inod telah berlalu, mencetuskan lebih banyak perbincangan dan kontroversi. Ini menunjukkan bahawa komuniti Linux mempunyai pandangan dan pendirian yang berbeza tentang isu inode, yang juga mencerminkan kerumitan dan kepentingan isu tersebut.

Beliau menulis: "Ya, nombor inod dahulunya penting dan mempunyai latar belakang sejarahnya yang tersendiri. Walau bagaimanapun, kita kini harus bergerak ke arah sistem fail yang lebih maju dan cekap. Nombor inod bukan lagi satu-satunya deskriptor, kita berada dalam era perubahan yang berterusan.”

Walaupun begitu, perdebatan mengenai inod berterusan. Akhirnya Rostedt mencadangkan bahawa semua inod harus mempunyai nombor unik.

Perkataan dan nada respons Torvalds sangat jarang berlaku sejak beberapa tahun kebelakangan ini.

Pada 2018, Linus Torvalds mengumumkan bahawa dia akan pergi buat sementara waktu dan menerima bantuan untuk mengawal emosi. Dia telah memohon maaf kerana sebelum ini membuat kenyataan yang menyinggung secara menyinggung dalam e-mel kepada pengaturcara Linux dan penyumbang projek lain, mengakui tindakannya tidak profesional dan tidak wajar. Dia berkata dia amat kesal dengan serangan itu, terutamanya apabila ia diambil secara peribadi.

Torvalds menyatakan rasa kesal terutamanya kerana senarai mel kernel Linux sebenarnya adalah tempat kerja ramai penyumbang. Penyalahgunaan keganasan lisan bukan sahaja memudaratkan untuk mewujudkan persekitaran kerja yang menyenangkan, tetapi juga menjejaskan penyertaan sukarelawan dan penyelenggara. Memandangkan projek Linux bergantung kepada penyumbang ini, persekitaran kerja yang buruk boleh memberi kesan negatif kepada keseluruhan projek.

Sebagai tindak balas kepada cadangan Rostedt tentang nombor inod unik, Torvalds mula-mula berkata: "Jangan jadikan perkara lebih rumit daripada yang sepatutnya."

Kemudian kata-katanya menjadi lebih sengit:

"Ya tuhan, berhenti menyalin fungsi lapisan VFS! Ia adalah idea yang tidak baik kali ini, dan kali ini adalah idea yang sangat buruk. Saya tidak akan menerima kod sampah seperti ini."

Kritikan utama Torvalds terhadap Rostedt ialah dia percaya pembangun Google tidak memahami sepenuhnya perkara yang terlibat - sesuatu yang diakui Rostedt kemudiannya.

Namun, sebelum itu, Torvalds telah pun melancarkan "serangan" lisannya sendiri. Seperti yang dinyatakan di bawah:

Anda menyalin fungsi tanpa memahami sebab ia melakukan perkara tertentu, jadi kod anda adalah sampah yang lengkap.

Penekanan ini sekali lagi.

Untuk tempoh seterusnya, perbahasan diteruskan dengan nada yang agak tenang. Torvalds membuat cadangan yang dia percaya akan menangani kebimbangan Rostedt dengan lebih baik.

Bapa Linux menulis bahawa dia tidak berhasrat untuk menangani masalah ini dengan segera kerana dia telah membuang masa yang cukup untuknya dan dia terlalu jauh ketinggalan dalam tanggungjawab lain untuk menumpukan tenaga kepadanya sekarang.

Sebagai tindak balas kepada kenyataan Torvalds, Rostedt membalas dengan pemerhatian yang agak tajam:

Saya memahami sepenuhnya beban dan jadual kerja semasa anda. Saya sangat menghargai anda meluangkan masa untuk membincangkan topik ini dan memberikan pandangan dan alternatif yang berharga. Saya akan mempertimbangkan cadangan anda dengan teliti dan meneliti semula pelaksanaan saya. Untuk memastikan kualiti kod kami dan kestabilan dan kecekapan keseluruhan kernel Linux, saya akan mendalami mekanisme asas yang berkaitan dengan sistem fail untuk mengelakkan salah faham dan kerja tidak sah itu berulang lagi. Terima kasih sekali lagi atas bimbingan anda, saya akan menyesuaikan arah pembangunan saya dengan sewajarnya dan berusaha untuk mencapai penyelesaian yang lebih baik.

Ironisnya, salah satu tanggungjawab yang saya tangguhkan ialah membetulkan kejadian semasa menulis dokumen sokongan tentang cara penyenggara menangani tekanan dan keletihan di tempat kerja. :-p

Pada hari Ahad, Torvalds mula menyiarkan berita mengenai topik gembira kernel Linux: Versi kernel Linux 6.8-rc2 telah dikeluarkan secara rasmi.

Beliau menyatakan bahawa termasuk dalam rc1 ialah "pepijat penjadualan amdgpu yang boleh menyebabkan desktop hang (ia akhirnya akan pulih, tetapi masa pemulihan mungkin cukup lama untuk kebanyakan pengguna memilih untuk memulakan semula komputer daripada menunggu)."

"Isu ini nampaknya memberi kesan kepada segelintir orang."

Nasib baik, bug btrfs yang Torvalds sendiri temui tidak muncul dalam rc1 kerana ia disedari sebelum dikeluarkan.

Beliau menulis dalam siaran itu: "Bagaimanapun, saya berharap dengan pelancaran rc2, kami kini memasuki fasa yang lebih stabil dalam kitaran keluaran, dan jenis isu yang mungkin menjejaskan sejumlah besar penguji telah diselesaikan. Jadi , semoga pembetulan seterusnya akan lebih terperinci dan cuba untuk tidak menjejaskan konfigurasi teras biasa.”

"Jadi, sila berasa bebas untuk mengujinya. Ia selamat sekarang. Anda percaya saya, kan?"

Sudah tentu, jika persoalannya hanya mengenai pembangunan kernel itu sendiri.

Selepas Linus Torvalds mengeluarkan versi kernel Linux 6.8-rc2, beliau menggalakkan pembangun dan penguji untuk mengambil bahagian secara aktif dalam menguji versi baharu. Walaupun cabaran seperti pembetulan pepijat dan pengoptimuman fungsi pasti akan dihadapi semasa proses pembangunan kernel, kernel Linux boleh dipertingkatkan dan dipertingkatkan secara berterusan melalui kemas kini berulang dan kerjasama serta maklum balas di kalangan ahli komuniti. Oleh itu, bagi mereka yang mempercayai dan mengambil berat tentang pembangunan kernel, mengambil bahagian dalam ujian bukan sahaja membantu meningkatkan kualiti kernel, tetapi juga merupakan salah satu langkah utama untuk mendorong keseluruhan ekosistem sumber terbuka ke hadapan.

Pautan rujukan: https://www.theregister.com/2024/01/29/linux_6_8_rc2/?td=rt-4a

Atas ialah kandungan terperinci Bapa Linux marah lagi pada Tahun Baru! Dengan marah mengecam penyumbang kernel Google: Saya tidak akan menerima kod sampah seperti ini. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!