מיזוג net next 7.3 הכניס את BIG TCP למנהרות VXLAN ו Geneve, עם שיפור של עד 34.7% בתרחיש הבדיקה שדווח. שינויים בניהול חוקי IPv4 ו IPv6 הפחיתו משמעותית את התלות בנעילת RTNL הגלובלית, בעיקר בעומסים מקביליים עם מרחבי שמות רבים.
Research answer

Create a landscape editorial hero image for this Studio Global article: What networking changes and broader developments accompanied the Linux 7.3 merge on August 20, 2026—including BIG TCP support for VXLAN and. Article summary: The net next 7.3 pull brought both data path scaling work and a striking maintainer response to AI driven patch volume: use multiple frontier models for first pass reviews, while retaining human judgment for subtle concu. Topic tags: general web, ai, automation, workflow, code. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts w
המיזוג של net-next-7.3 ב-20 באוגוסט 2026 כלל לא רק עוד אוסף של מנהלי התקנים ושיפורי תחזוקה. במרכזו נמצאים שני מהלכים בעלי משמעות מעשית: הרחבת BIG TCP למנהרות UDP מסוג VXLAN ו-Geneve, והפחתת התלות בנעילת RTNL בעת עדכון חוקי ניתוב. במקביל, מנהלי תת-מערכת הרשת תיארו עומס חריג של תיקונים שנוצרו בעזרת כלי AI — והציעו להשתמש ב-AI כדי להתמודד עם הבעיה. חשוב להדגיש: מדובר בקוד שנכנס למיינליין במהלך חלון המיזוג, לא בגרסה יציבה שכבר זמינה להורדה.
BIG TCP מאפשר למחסנית הרשת לעבוד עם מטענים גדולים מ-64 קיבייט באופן פנימי, ולאחר מכן לפצל אותם באמצעות GSO ו-TSO למנות שמתאימות להעברה בפועל. כך ניתן לצמצם את מספר פעולות העיבוד לאורך המסלול, בלי לשלוח לרשת מנות שחורגות מגודל ה-MTU המותר.
ב-Linux 7.3 נוספה התמיכה גם ל-VXLAN ול-Geneve — פרוטוקולי מנהור נפוצים בסביבות וירטואליות ומרכזי נתונים. בבדיקות netperf TCP_STREAM
אלה תוצאות של תצורות בדיקה מסוימות, ולא הבטחה שכל מערכת תקבל שיפור דומה. התוצאה בפועל תלויה, בין היתר, ב-gso_max_size וב-gro_max_size, ביכולות כרטיס הרשת, במצב ה-offload, ב-MTU, בסוג המנהרה ובעומס העבודה.
שינוי מרכזי נוסף נוגע לפעולות הוספה ומחיקה של חוקי FIB — בסיס המידע המשמש להעברת מנות — ב-IPv4 וב-IPv6. במקום להסתמך ככל האפשר על סריאליזציה רחבה באמצעות RTNL, המנגנון עבר לשימוש במנעולים נפרדים ברמת fib_rules_ops. RTNL עדיין נדרש במקרים מסוימים, ובהם מסלול fib_unmerge() של חוק ה-IPv4 הראשון.
בבדיקת עומס סינתטית, שבה נוצרו 4,096 מרחבי שמות וכל אחד מהם קיבל 1,024 חוקים במקביל, זמן הטיפול ב-IPv4 ירד מ-22.752 ל-0.918 שניות — שיפור של בערך פי 24.8. ב-IPv6 הזמן ירד מ-35.181 ל-1.214 שניות — בערך פי 29.
המספרים ממחישים את פוטנציאל השיפור בתרחיש קיצוני של התנגשות בין פעולות מקביליות רבות. הם אינם מדידה ישירה של זמן עליית קונטיינרים או של ביצועים במערכת רגילה.
לצד הקוד, חלון המיזוג הציף גם בעיה תפעולית. מנהל תת-מערכת הרשת, יאקוב קיצ'ינסקי, מנה 632 תיקוני net ו-648 תיקוני net-next, והעריך שבין שליש למחצית מתיקוני net-next היו תיקונים, ניקויים או הבהרות בעדיפות נמוכה שנוצרו בעזרת AI. מדובר בהערכה של כ-216 עד 324 תיקונים. קיצ'ינסקי ופאולו אבני תיארו את עצמם כ"מוצפים לחלוטין".
התגובה המתוכננת אינה להחליף את המפתחים ב-AI, אלא להשתמש בכמה מודלים מתקדמים כדי לבצע בדיקה ראשונית של כל תיקון. לפי התיאור, Meta סיפקה תקציב וגישה למודלים, מתוך מטרה לצמצם את הסיכון שמודל יחיד ייצור הזיות או יעביר ביקורת שגויה. האוטומציה עשויה לסייע גם בניהול Patchwork, בהערות תהליך שגרתיות, בעריכת הודעות commit ואולי אף בהחלת תיקונים שכבר נבדקו בידי גורמים מהימנים.
עם זאת, המנהלים מדגישים שביקורת אוטומטית אינה מספיקה במסלולים נדירים ורגישים למרוצי תהליכים — למשל טיפול בשגיאות PCIe וב-timeouts. במקרים כאלה עדיין נדרשת הבנה אנושית של התנהגות ה-API ושל סדר פעולות ההתאוששות בחומרה.
בצד האלחוטי נוספו מנהל התקן ראשוני ל-Morse Micro mm81x עבור התקני Wi‑Fi HaLow בחיבורי USB ו-SDIO, וכן מנהל התקן אלחוטי חדש בשם NXPWIFI. במקביל נמשכה העבודה על MLO — תפעול של כמה קישורים אלחוטיים במקביל.
בעולם הרשת הקווית נכנס שלד ראשוני של מנהל Intel iXD, המיועד לתמיכה ב-Control Plane PIC Function של אינטל במעבדי IPU ו-FNIC מדגם E2100 ומעלה. נוספה גם תמיכה ראשונית ב-CXL עבור כרטיסי רשת של AMD ו-Solarflare, וכן תמיכה בצריבת קושחה לכרטיסי AMD Pensando.
שינויים נוספים כוללים:
SCM_RIGHTS: כאשר מנגנון אבטחה של Linux (LSM) דוחה מתארי קבצים מסוימים, הדגל SO_RIGHTS_NOTRUNC מאפשר לצד המקבל לזהות איזה מתאר נדחה ומה היה קוד השגיאה, במקום לאבד את יתר המערך כבר בכשל הראשון. מועמדת השחרור הראשונה, 7.3-rc1, הייתה צפויה בסביבות 30 באוגוסט, ואילו הגרסה היציבה הוערכה לסוף אוקטובר — בכפוף להתקדמות הרגילה של מחזור הפיתוח.
משתמשי הפצות עם מחזורי שחרור קבועים לא צפויים לקבל את Linux 7.3 מיד עם פרסומו. הפצות כאלה בוחרות גרסת ליבה, מבצעות התאמות, בודקות אותה ומשחררות אותה בלוח זמנים עצמאי. בהפצות מתגלגלות היא עשויה להגיע מוקדם יותר. CachyOS היא מועמדת אפשרית לאימוץ מוקדם, אך אין במידע הזמין התחייבות לתאריך מסוים; תמונת ההתקנה מאוגוסט עדיין כללה את Linux 7.1.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
מיזוג net next 7.3 הכניס את BIG TCP למנהרות VXLAN ו Geneve, עם שיפור של עד 34.7% בתרחיש הבדיקה שדווח.
מיזוג net next 7.3 הכניס את BIG TCP למנהרות VXLAN ו Geneve, עם שיפור של עד 34.7% בתרחיש הבדיקה שדווח. שינויים בניהול חוקי IPv4 ו IPv6 הפחיתו משמעותית את התלות בנעילת RTNL הגלובלית, בעיקר בעומסים מקביליים עם מרחבי שמות רבים.
ליבת Linux 7.3 עדיין לא שוחררה; מועמדת השחרור הראשונה צפויה בסביבות 30 באוגוסט, והגרסה היציבה צפויה בסוף אוקטובר, בכפוף ללוח הזמנים הרגיל.