בוחן ניהול הזיכרון של Linux מצמצם את תפקידיו בגלל שפע תיקוני AI

לורנצו סטואקס, מבקר ראשי של Linux בתחום ניהול הזיכרון, הודיע שהוא יתפטר ממספר משימות סקירה באותו תחום, תוך שמירה על אחריות אחרת כגון KVM. הוא אמר שההחלטה נבעה מלחץ הולך וגובר בתיבת הדואר שלו, כולל חלק הולך וגדל של תיקוני AI שנוצרו שהוא תייג כ'זבל'. ההודעה פורסמה היום בשרשור ברשימת הדיוור של ליבת לינוקס (LKML).

אילו תפקידים משתנים

Stoakes יעזוב את הליבה, reclaim, Rust, THP (Huge Pages) והחלקים השונים של ניהול זיכרון הליבה. הוא יישאר לתפקידיו שנותרו, כולל KVM. הוא מתכנן לסגור את סדרת הטלאים שעליהם הוא עובד כעת ולתרום מדי פעם. העזיבה החלקית נראית ידידותית, והמפתח אינו נראה כועס או מריר.

תוצרים ירודים של AI ועומס ביקורת

Stoakes אמר שהגל של AI היה נורא והחמיר משמעותית. הוא תיאר התפתחות משגיאות מזדמנות לשגיאות לפחות פעם בשבוע, ואז כל כמה ימים, ועכשיו כמעט חצי מהדברים שהוא רואה, אם לא יותר. הוא כבר העלה דאגות ביולי לגבי גל של שגיאות בניהול זיכרון ואמר שכמות הזמן המבוזבז על שגיאות AI כבר הייתה יותר מדי ורק בתחילת זה. לפני כחודש, הוא אמר שהדבר שהורג את הפרויקט הוא שיש 1,000 הגשות של שגיאות ש-2 או 3 אנשים צריכים להתמודד איתן.

תרומות קוד פתוח ובינה מלאכותית

תכנות בעזרת AI הוא גם ברכה וגם קללה לתוכנה בקוד פתוח. פרויקטים פתוחים מאפשרים לכל אחד למצוא או לדווח על באגים, לתקן אותם או להוסיף פונקציונליות. הפתיחות הזו גם אומרת שכל אחד יכול לתרום, מה שלא אידיאלי בעידן של זבל AI בעל מאמץ נמוך וסוכני AI. פרויקטים בקוד פתוח מושפעים ביותר מכיוון שלרוב אין להם כוח אדם או תקציבים מספקים לשמור על קוד עדכני, שלא לדבר על טיפול בכמויות גדולות של הגשות שנוצרו על ידי מכונה.

עמדת Linux לגבי קוד בעזרת AI

לינוס טורוולדס, היוצר והמנהיג של לינוקס, נקט בעמדה תומכת ב-AI. העמדה מגובה על ידי קצב התרומות הנוסף ועל העובדה שהבוטים לרוב אינם עושים טעויות שגם מפתחים מנוסים עושים. הנושא היה נושא לדיונים רבים ב-LKML, והעמדה הנוכחית היא שקומיטים של קוד בעזרת AI אינם חייבים להיות מסומנים כך. הבעיה הפכה לשאלת סינון, שכן קבלת תרומות AI קלה יותר כשבוחנים אינם צריכים לשחות בבוץ כדי למצוא פיסת זהב אחת.

מקורות: Tom's Hardware