دليل إعدادات NIC المتقدّمة في Windows - RSS و LSO و EEE و Wake on LAN

علامة التبويب [Advanced] في NIC على Windows تصطف فيها كلمات غير مألوفة بكثرة. Jumbo Packet، Large Send Offload، Interrupt Moderation، Receive Side Scaling، Flow Control، Energy Efficient Ethernet. من الأسماء وحدها تريد تفعيل الكلّ، غير أن الإجابة الصحيحة عمليّاً تتغيّر حسب ماذا تعطي الأولوية.

• هل تريد رفع إنتاجية النقل الكبير؟
• أم ضغط زمن استجابة الحزم الصغيرة؟
• أم خفض استخدام وحدة المعالجة؟
• أم تثبيت العودة من النوم أو Wake on LAN؟
• أم فرز مشكلة ملاءمة مع برنامج التشغيل أو المبدّل؟

إن بقي هذا غامضاً ونفّذت «تفعيل الكلّ مؤقّتاً» أو «Jumbo 9014 مؤقّتاً» أو «ثبّت 1Gbps Full لأنه بطيء»، وقعت الحوادث بشكل عادي جدّاً.

flowchart TB
    accTitle: اللمس والغرض غامض يوقع الحوادث
    accDescr: إن بقي ما تعطيه الأولوية غامضاً ثم فعّلت الكلّ مؤقّتاً أو Jumbo أو ثبّتّ السرعة سهلت الحوادث، أمّا حسم ما تريد إعطاءه الأولوية فيغيّر الإجابة الصحيحة ويضيّق الإعدادات التي ينبغي لمسها.
    vague1["ما نعطيه الأولوية غامض"] --> hasty1["تفعيل الكلّ مؤقّتاً أو Jumbo أو التثبيت"]
    hasty1 --> acc1["حوادث بشكل عادي جدّاً"]
    clear1["حسم ما نعطيه الأولوية"] -->|"بذلك تتغيّر الإجابة الصحيحة"| pick3["تضيق الإعدادات التي ينبغي لمسها"]

الشكل 1: لمس إعداد يبدو قويّاً دون حسم الغرض يوقع الحوادث، وحسم الغرض يضيّق موضع اللمس.

تفترض هذه المقالة أساساً محوّلات Ethernet السلكية على Windows 10 / 11 / Windows Server، وترتّب طريقة التفكير عند لمس إعدادات NIC المتقدّمة في العمل اليومي. نكتب معنى الإعداد، وما يسهل حدوثه عند الرفع / الخفض / التفعيل / التعطيل، وفي أي موضع ينبغي لمسه، بشكل يمكن إشرافه مجمَّعاً.

لاحظ أن أسماء العرض والقيم القابلة للاختيار في NIC تتغيّر كثيراً حسب البائع وبرنامج التشغيل. قد يكون Jumbo Packet هو Jumbo Frames، و Receive Buffers هو Receive Descriptors، و Priority & VLAN هو Packet Priority & VLAN. في هذه المقالة نجمع ما تقارب معناه.

طريقة استخدام هذه المقالة

أربعة عشر فصلاً والمقالة طويلة، لذا نضع المسار أوّلاً. لست مضطرّاً لقراءة الكلّ.

الأكثر شيوعاً قراءة تدخل من العَرَض، الفصل 11 ← فصل الإعداد المعني ← العودة في الفصل 10.

flowchart TB
    accTitle: مسار القراءة الأكثر شيوعاً
    accDescr: تدخل من العَرَض فتنظر إلى مواضع الإصابة حسب العَرَض في الفصل 11، ثم تؤكّد المعنى في فصل الإعداد المعني، ثم تعود بإرشاد حسب الغرض في الفصل 10.
    sym1["الدخول من العَرَض"] --> ch11["الفصل 11 (مواضع الإصابة حسب العَرَض)"]
    ch11 --> chd1["فصل الإعداد المعني (5 إلى 9)"]
    chd1 --> ch10["الفصل 10 (العودة بإرشاد حسب الغرض)"]

الشكل 2: المسار النمطي الدخول من العَرَض إلى الفصل 11، ثم فصل الإعداد المعني، ثم العودة بإرشاد الفصل 10.

معجم مختصر للاختصارات

لتيسير القراءة مع شاشة الإعداد نجمع الاختصارات الواردة في هذه المقالة.

1. الخلاصة أوّلاً

نضع أوّلاً خلاصات يصعب إسقاطها في العمل اليومي.

• Speed و Duplex أساسهما Auto. عند مشكلة الهبوط إلى 100Mbps، الجري فوراً إلى تثبيت 1.0 Gbps Full Duplex هو الأخير.
• Checksum Offload / RSS / LSO / RSC كمبدأ مفعّلة أو بالقيم الافتراضية. قطع الكلّ فضفاضاً يسهّل استهلاك وحدة المعالجة بلا داعٍ.
• Jumbo Packet لا يُستخدم إلا عندما يتوافق من طرف إلى طرف. ضبط NIC وحدها على 9014 بينما يبقى الطريق في الأثناء 1500 فخّ.
• Interrupt Moderation شدّ وجذب بين الإنتاجية وزمن الاستجابة. رفعه يريح وحدة المعالجة ويزيد زمن الاستجابة.
• Flow Control قد يؤثّر في تقليل الإسقاط، وقد يوسّع الازدحام أيضاً.
• EEE / Green Ethernet / Selective Suspend إعدادات لتوفير الطاقة وليست إعدادات للتسريع.
• VMQ / SR-IOV لمضيف Hyper-V وليست سحراً يسرّع حاسوب سطح مكتب عادي.
• Wake on Pattern Match يسهل أن يصير سبب إيقاظ غير مقصود، فإن أردت Wake on LAN فقط فالأأمن الإزاح نحو Magic Packet.
• بنود قديمة مثل TCP Chimney Offload الأفضل عدم لمسها الآن.

باختصار، إعدادات NIC المتقدّمة ليست «موضع تفعيل كلّ ما يبدو قويّاً». هي موضع تحسم فيه أيّ محور تأخذ: الإنتاجية، وزمن الاستجابة، ووحدة المعالجة، واستهلاك الطاقة، والتوافق، ثم تلمس واحداً واحداً.

flowchart TB
    accTitle: موضع علامة الإعدادات المتقدّمة
    accDescr: إعدادات NIC المتقدّمة ليست موضع تفعيل كلّ ما يبدو قويّاً، بل موضع تحسم فيه أيّ محور تأخذ من الإنتاجية وزمن الاستجابة ووحدة المعالجة واستهلاك الطاقة والتوافق ثم تلمس واحداً واحداً.
    allon1["تفعيل كلّ ما يبدو قويّاً"] -.->|"ليست ذلك الموضع"| tab1["إعدادات NIC المتقدّمة"]
    dec1["حسم أيّ محور نأخذ"] --> one2["اللمس واحداً واحداً"]
    one2 --> tab1

الشكل 3: استخدم علامة الإعدادات المتقدّمة كموضع تحسم فيه المحور ثم تلمس واحداً واحداً.

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 26، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. أين نرى الإعدادات؟

2.1 الواجهة الرسومية

الدخول من اتّصالات الشبكة

1. نفّذ ncpa.cpl
2. انقر باليمين على المحوّل المستهدف
3. خصائص ← تكوين
4. علامة إعدادات متقدّمة (Advanced)

الدخول من مدير الأجهزة

1. مدير الأجهزة
2. محوّلات الشبكة
3. انقر باليمين على NIC المستهدفة ← خصائص
4. علامة إعدادات متقدّمة

البنود المصطفّة هنا هي بطلة هذه المقالة. غير أن إعدادات علامة Power Management تؤثّر أيضاً بقوّة في العمل اليومي، ونتناولها في النصف الثاني.

2.2 الرؤية عبر PowerShell

في PowerShell يسهل رؤية القيم الحالية قائمة، وأخذ نسخة احتياطية قبل التغيير.

Get-NetAdapter

Get-NetAdapterAdvancedProperty -Name "Ethernet" |
  Sort-Object DisplayName |
  Format-Table DisplayName, DisplayValue, RegistryKeyword, RegistryValue -Auto

في بعض NIC يصير RegistryKeyword اسماً موحَّداً فيظهر مثل *RSS و *VMQ و *SRIOV و *EEE. غير أن DisplayName و DisplayValue يعتمدان على برنامج التشغيل. عند كتابة نصّ تغيير أأمن رؤية القائمة أوّلاً على الجهاز الفعلي.

flowchart TB
    accTitle: ترتيب التأكيد عبر PowerShell
    accDescr: قبل كتابة نصّ تغيير، ومع أن DisplayName و DisplayValue يعتمدان على برنامج التشغيل، انظر إلى القائمة أوّلاً على الجهاز الفعلي ثم اكتب.
    lst1["رؤية القائمة على الجهاز الفعلي"] --> dep1["تأكيد أن اسم العرض يعتمد على برنامج التشغيل"]
    dep1 --> scr1["ثم كتابة نصّ التغيير"]
    scr1 -.-> bk1["خذ أيضاً نسخة احتياطية قبل التغيير"]

الشكل 4: أسماء العرض تعتمد على برنامج التشغيل، فانظر إلى قائمة الجهاز الفعلي أوّلاً ثم اكتب النصّ.

3. مبادئ كبيرة قبل اللمس

إن أسقطت هذا قبل لمس إعداد NIC غرقت في الغالب.

3.1 احسم أوّلاً «ماذا تريد تحسينه»

حتى مع عبارة «الشبكة بطيئة» نفسها، المحتوى مختلف تماماً.

• نسخ الملفات الكبيرة بطيء ← الإنتاجية، RSS، RSC، LSO، Jumbo، المخازن
• طلب/استجابة صغير يتردّد ← Interrupt Moderation، RSC، EEE، عمق الطابور
• وحدة المعالجة مرتفعة ← إلغاء التحميل، RSS، RSC، المقاطعات
• غريب بعد العودة من النوم ← Selective Suspend، Power Management، WoL
• ينقطع أحياناً / يصير 100Mbps ← الكابل، جهاز الطرف، Speed و Duplex، EEE، برنامج التشغيل

لمس الإعداد نفسه والغرض مختلف لا يحسّن بل يسيء.

flowchart TB
    accTitle: افصل أوّلاً محتوى «بطيء»
    accDescr: حتى مع عَرَض الشبكة بطيئة نفسه المحتوى مختلف تماماً، فإن لم تحسم ماذا تريد تحسينه أوّلاً ثم تلمس مجموعة الإعدادات الموافقة، أسأت بدل أن تحسّن.
    slow1["الشبكة بطيئة"] --> split1["افصل المحتوى أوّلاً"]
    split1 --> aim1["المس مجموعة الإعدادات الموافقة للغرض فقط"]
    slow1 -.->|"اللمس دون فصل"| worse1["إساءة بدل تحسين"]

الشكل 5: إن لم تفصل محتوى العَرَض ثم تلمس، حتى «بطيء» نفسه قد ينعكس أثره.

3.2 اشتبِه أوّلاً بالطبقة المادية وجهاز الطرف

مشاكل لا تُصلَح بإعداد NIC موجودة بشكل عادي.

• كابل تالف
• ملاءمة المبدّل / الموجّه / dock
• برنامج ثابت قديم
• نقص طاقة USB NIC
• أخطاء جهة المنفذ
• فقد حزم وإعادة إرسال

خصوصاً الهبوط إلى 100Mbps و رفرفة الوصلة و العطب في النقل الكبير فقط أسرع بالنظر إلى المادية والطرف قبل الإعداد.

flowchart TB
    accTitle: انظر إلى الطبقة المادية وجهاز الطرف أوّلاً
    accDescr: في أعراض مثل الهبوط إلى 100Mbps ورفرفة الوصلة والعطب في النقل الكبير فقط، الاشتباه بالطبقة المادية مثل الكابل وجهاز الطرف أسرع من إعداد NIC.
    symp1["أعراض مثل خفض السرعة والرفرفة"] --> phys1["الكابل وجهاز الطرف والطبقة المادية أوّلاً"]
    phys1 -->|"إن بقي رغم ذلك"| nicw1["إلى فرز إعداد NIC"]
    phys1 -.-> nofix1["مشاكل لا تُصلَح بالإعداد موجودة بشكل عادي"]

الشكل 6: أعراض الوصلة أسرع بالاشتباه بالطبقة المادية وجهاز الطرف قبل الإعداد.

3.3 غيّر بنداً واحداً في المرّة

تغيير Jumbo و LSO و RSC و RSS و EEE دفعة واحدة يضيّع ما أثّر. اكتب الإعداد قبل التغيير، وغيّر بنداً واحداً، وقِس التغيّر. هذا هو الأساس.

3.4 احسم ما تقيسه

في الحدّ الأدنى تريد النظر إلى ما يلي.

• سرعة الوصلة (1G / 2.5G / 10G وغيرها)
• الإنتاجية
• زمن الاستجابة
• استخدام وحدة المعالجة
• إحصاءات NIC (إسقاط / خطأ / نقص مخزن)
• ثبات العودة من النوم

تغيير الإعداد أقوى بالنظر إلى الأرقام لا الإحساس وحده.

flowchart TB
    accTitle: غيّر بنداً واحداً وقارن بالأرقام
    accDescr: اكتب الإعداد قبل التغيير، وغيّر بنداً واحداً فقط، وقِس المؤشّر المحسوم، وقارن بالأرقام لا بالإحساس: التدفّق الأساسي لتغيير الإعداد.
    w1["كتابة الإعداد قبل التغيير"] --> w2["تغيير بند واحد فقط"]
    w2 --> w3["قياس المؤشّر المحسوم"]
    w3 --> w4["المقارنة بالأرقام لا بالإحساس"]

الشكل 7: التغيير بنداً واحداً والمقارنة قبل وبعد بالأرقام هو القالب الأساسي.

4. جدول الإعدادات الرئيسة

أوّلاً نضع جدولاً يرى دور كل إعداد في صفحة واحدة.

5. إعدادات محيط الوصلة وحجم الإطار

5.1 Speed و Duplex

هذا إعداد يتعلق بـ تفاوض سرعة الوصلة وازدواج كامل / نصف ازدواج. أسماء العرض تشمل Speed & Duplex و Link Speed و Link Speed & Duplex.

ماذا يفعل هذا الإعداد؟

في Ethernet تحسم NIC وجهاز الطرف بأي سرعة وأي duplex يتّصلان.

• Auto Negotiation
• 100 Mbps Full Duplex
• 1.0 Gbps Full Duplex
• 2.5 Gbps Full Duplex
• 10 Gbps Full Duplex

خيارات كهذه تظهر غالباً.

ماذا يتغيّر عند التعديل؟

جعله Auto

• بين الأجهزة الحديثة هذا الأثبت أساساً
• عند 1000BASE-T فما فوق Auto يصير مقدّمة في مواضع كثيرة
• يسهل اتّساقه أيضاً مع تفاوض EEE و master/slave

التثبيت اليدوي

• قد يحسّن الملاءمة مع مبدّل قديم أو جهاز الطرف فيه تثبيت قسري
• غير أن حالة مثل تثبيت طرف واحد / Auto في الطرف الآخر مصدر حوادث
• عدم تطابق duplex يصير سبب انخفاض السرعة وإعادة الإرسال وتأخير غير طبيعي

الاتجاه الأساسي في العمل اليومي

عادة يكفي إبقاؤه Auto. «لا يخرج 1Gbps إذن ثبّت 1Gbps Full» يبدو قويّاً لكنّه يخطئ اللبّ غالباً.

flowchart TB
    accTitle: عدم تطابق duplex الذي يجلبه تثبيت طرف واحد
    accDescr: حالة تثبيت طرف واحد و Auto في الطرف الآخر تسبّب عدم تطابق duplex فتصير سبب انخفاض السرعة وإعادة الإرسال وتأخير غير طبيعي، وبين الأجهزة الحديثة Auto في الطرفين هو الأثبت أساساً.
    mix1["تثبيت طرف واحد و Auto في الطرف الآخر"] --> mm1["عدم تطابق duplex"]
    mm1 --> sl2["انخفاض السرعة وإعادة الإرسال وتأخير غير طبيعي"]
    auto1["Auto في الطرفين"] -->|"بين الأجهزة الحديثة"| stb1["هذا الأثبت أساساً"]

الشكل 8: اختلاط التثبيت و Auto يسبّب عدم تطابق duplex، فعادة أبقِ الطرفين Auto.

5.2 Jumbo Packet / Jumbo Frames

هذا إعداد يستخدم إطار Ethernet أكبر من المعتاد. أسماء العرض تشمل Jumbo Packet و Jumbo Frames و Jumbo Packet Size.

ماذا يفعل هذا الإعداد؟

Ethernet العادي يعمل غالباً بافتراض MTU 1500. تفعيل Jumbo Frame يتيح استخدام إطار كبير نحو 9000 بايت.

غير أن الاسم هنا فخّ كثير.

• برنامج التشغيل قد يعرض حجم الإطار مثل 9014 Bytes
• نظام التشغيل والأدوات قد تنظر من منظور الطبقة 3 مثل MTU 9000
• المبدّل قد يعدّ بما فيه CRC أو وسم VLAN

مقارنة الأرقام جنباً إلى جنب تغرق بشكل عادي جدّاً.

flowchart TB
    accTitle: اختلاف طريقة عدّ أرقام Jumbo
    accDescr: حتى مع إعداد Jumbo نفسه قد يعرض برنامج التشغيل حجم الإطار، ونظام التشغيل والأدوات MTU من منظور الطبقة 3، والمبدّل بما فيه CRC أو وسم VLAN، فمقارنة الأرقام جنباً إلى جنب تغرق.
    drv1["برنامج التشغيل: عرض حجم الإطار"] --> cmp2["النظر إلى الشيء نفسه بعدّ مختلف"]
    osv1["نظام التشغيل والأدوات: منظور MTU في الطبقة 3"] --> cmp2
    sw1["المبدّل: بما فيه الوسم و CRC"] --> cmp2
    cmp2 --> trap1["مقارنة الأرقام جنباً إلى جنب تغرق"]

الشكل 9: طريقة العدّ تختلف بين برنامج التشغيل ونظام التشغيل والمبدّل، فلا تقارن أرقام Jumbo جنباً إلى جنب.

ماذا يتغيّر عند التعديل؟

التكبير / التفعيل

• يقلّ عدد الحزم عند إرسال بيانات كبيرة
• يقلّ عدد مرات معالجة الترويسة
• يسهّل انخفاض استخدام وحدة المعالجة
• في المقابل زمن إشغال الحزمة الواحدة يطول
• إن بقي موضع في الطريق غير متوافق صار سبب إسقاط أو تجزئة

العودة إلى القياسي / التعطيل

• التوافق الأعلى
• يزيد عدد الحزم
• في النقل الكبير يسهّل زيادة تكلفة وحدة المعالجة / الترويسة

الاتجاه الأساسي في العمل اليومي

Jumbo لا معنى له إلا عندما يتوافق من طرف إلى طرف.

• NIC الخاصة بك
• NIC الطرف
• المبدّلات في الأثناء
• إن توسّط VLAN أو مبدّل افتراضي فتكلفته أيضاً

إن بقي أحدها 1500 لم يظهر أثر، بل صار مصدر عطل.

flowchart TB
    accTitle: Jumbo لا معنى له إلا عندما يتوافق من طرف إلى طرف
    accDescr: Jumbo Frame لا معنى له إلا عندما تتوافق NIC الخاصة بك والمبدّلات في الأثناء و NIC الطرف من طرف إلى طرف، وإن بقي أحدها 1500 لم يظهر أثر بل صار مصدر عطل.
    myn1["NIC الخاصة بك"] --> mid1["المبدّلات في الأثناء"]
    mid1 --> yrn1["NIC الطرف"]
    yrn1 --> okj1["لا معنى إلا بعد توافق الكلّ"]
    mid1 -.->|"إن بقي أحدها 1500"| ngj1["بلا أثر ومصدر عطل"]

الشكل 10: Jumbo يفترض توافق الجميع في الطريق، وموضع واحد يبقى 1500 ينعكس أثره.

5.3 Gigabit Master / Slave Mode

هذا إعداد يتعلق في 1000BASE-T بـ أيّ الطرفين master وأيّهما slave يقود الساعة. في حاسوب عادي لا يُلمَس أوّلاً.

الاتجاه الأساسي

• الأساس Auto
• يُقيَّم فقط عند مشكلة جودة وصلة مع جهاز طرف قديم معيّن
• بلا توجيه من البائع لا يُعامَل كزر ضبط أداء

5.4 Wait for Link وإعدادات حالة الوصلة

إعداد مثل Wait for Link يتعلق بـ هل ينتظر برنامج التشغيل نجاح auto negotiation ثم يبلّغ حالة الوصلة. Log Link State Event للتشخيص يبقي link up/down في سجلّ الأحداث.

الاتجاه الأساسي

• الحاسوب العادي يكفي إبقاؤه على القيمة الافتراضية
• المعنى في ظهور حالة الإقلاع أو تشخيص التحويل عند الفشل أكثر منه في الأداء نفسه
• ليس بنداً يُلمَس أوّلاً

6. إعدادات تؤثّر في حمل وحدة المعالجة والإنتاجية وزمن الاستجابة

هذا الحزام يبدو «الأكثر تأثيراً». وفعلاً يؤثّر كثيراً، غير أن اتّجاه التأثير ينقسم بوضوح.

flowchart TB
    accTitle: إعدادات هذا الحزام ينقسم اتّجاه تأثيرها
    accDescr: مجموعات الإعدادات التي تؤثّر في حمل وحدة المعالجة والإنتاجية وزمن الاستجابة تنقسم بوضوح إلى اتّجاه المعالجة مجمَّعة لأخذ الإنتاجية ووحدة المعالجة، واتّجاه المعالجة أدقّ لأخذ زمن الاستجابة.
    band1["حزام إعدادات يبدو مؤثّراً"] --> dir1["اتّجاه المعالجة مجمَّعة"]
    band1 --> dir2["اتّجاه المعالجة أدقّ"]
    dir1 -.-> g1["يفيد الإنتاجية ووحدة المعالجة"]
    dir2 -.-> g2["يفيد زمن الاستجابة"]

الشكل 11: حتى إعدادات الحزام نفسه ينقسم اتّجاه تأثيرها بين ميل الإنتاجية وميل زمن الاستجابة.

6.1 Checksum Offload

إعداد يزيح حساب checksum لـ IP / TCP / UDP إلى NIC.

الاتجاه الأساسي

• التفعيل كمبدأ
• أبقِه إن أردت خفض وحدة المعالجة
• checksum error على التقاط غالباً مظهر إلغاء التحميل
• القطع مؤقّتاً لفرز الملاءمة جائز

6.2 Large Send Offload (LSO) / TSO / Offload TCP Segmentation

إعداد تقسّم فيه جهة NIC بيانات إرسال TCP الكبيرة إلى إطارات أدقّ.

فيمَ يؤثّر؟

• إنتاجية كثيفة الإرسال
• خفض استخدام وحدة المعالجة
• إرسال متتالٍ أكبر نسبيّاً

الاتجاه الأساسي

• عادة مفعّل
• عندما تبدو ملاءمة تطبيق أو برنامج تشغيل معيّن مشبوهة عطّل مؤقّتاً وانظر إلى الفرق

6.3 Receive Segment Coalescing (RSC) / Large Receive Offload

إعداد يجمع عدّة مقاطع TCP في جهة الاستقبال.

فيمَ يؤثّر؟

• إنتاجية جهة الاستقبال
• خفض استخدام وحدة المعالجة

تنبيهات

• قد يضرّ بزمن الاستجابة المنخفض أو الرصد على مستوى الحزمة
• يتغيّر قليلاً تفسير التقاط الحزم ورصد التوقيت

الاتجاه الأساسي

• التفعيل إن أردت إنتاجية الاستقبال
• مرشّح تقييم إن أردت النظر إلى زمن استجابة طلب/استجابة صغير

flowchart TB
    accTitle: أثر RSC وحدّ التقييم
    accDescr: RSC يجمع عدّة مقاطع TCP مستقبَلة في جهة NIC فيؤثّر في إنتاجية الاستقبال وخفض وحدة المعالجة، وقد يضرّ بزمن الاستجابة المنخفض أو الرصد على مستوى الحزمة فيصير مرشّح تقييم.
    seg1["عدّة مقاطع TCP مستقبَلة"] --> coal1["الجمع في جهة NIC (RSC)"]
    coal1 --> up1["يؤثّر في إنتاجية الاستقبال ووحدة المعالجة"]
    coal1 -.->|"عند أولوية زمن الاستجابة والرصد"| dn1["قد يضرّ فيصير مرشّح تقييم"]

الشكل 12: RSC إعداد يجمع الاستقبال ويعالجه، فإن كان المراد جهة زمن الاستجابة صار مرشّح تقييم.

6.4 إلغاء تحميل أحدث في عائلة UDP (USO / URO)

في NIC وأنظمة تشغيل أحدث قد يظهر إلغاء تحميل أحدث أيضاً في إرسال واستقبال UDP.

الاتجاه الأساسي

• حتى إن ظهر، أوّلاً لا تخرج عن القيمة الافتراضية
• قِس فقط عندما يكون برنامج التشغيل جديداً بما يكفي وحمل العمل المستهدف واضحاً
• في فرز المشاكل لا تلمسه قسراً

6.5 Receive Side Scaling (RSS)

إعداد يوزّع معالجة الاستقبال على عدّة وحدات معالجة. في بيئة عدّة أنوية مهمّ جدّاً.

الاتجاه الأساسي

• التفعيل أساس مع عدّة أنوية
• عند عَرَض الالتصاق بوحدة معالجة واحدة أكّد أوّلاً
• يسهل أن يصير البطولة أيضاً قبل Hyper-V أو إنتاجية عالية

flowchart TB
    accTitle: معالجة الاستقبال تتغيّر بوجود RSS أو غيابه
    accDescr: إن عُطّل RSS سهلت معالجة الاستقبال التركّز على وحدة معالجة واحدة والاختناق، وإن فُعّل وُزِّعت على عدّة وحدات معالجة فسهلت الإنتاجية في بيئة عدّة أنوية.
    rin1["حركة الاستقبال"] -->|"RSS معطّل"| one3["يسهل التركّز على وحدة واحدة والاختناق"]
    rin1 -->|"RSS مفعّل"| sp2["التوزيع على عدّة وحدات معالجة"]
    sp2 --> sc1["يسهل الامتداد مع عدّة أنوية"]

الشكل 13: RSS آلية توزّع معالجة الاستقبال على عدّة وحدات معالجة، وعند عَرَض الالتصاق بوحدة واحدة أكّد أوّلاً.

6.6 RSS Queues / RSS Processors / RSS Profile

بنود تحسم درجة توازي RSS.

الاتجاه الأساسي

• ابدأ من القيمة الافتراضية
• زِد بعد ظهور استخدام وحدة المعالجة أو انحراف الطابور
• الزيادة جزافاً حتى الحدّ الأقصى قد تزيد حمل المقاطعات و DPC

6.7 Interrupt Moderation / Interrupt Moderation Rate

إعداد يكبح تواتر المقاطعات ويستبدل حمل وحدة المعالجة بزمن الاستجابة.

الميل

• مرتفع / Adaptive ← ترتاح وحدة المعالجة ويسهل زيادة زمن الاستجابة
• منخفض / Off ← ينخفض زمن الاستجابة ويسهل ارتفاع حمل وحدة المعالجة / DPC

الاتجاه الأساسي

• الانطلاق من الافتراضي / Adaptive
• إن أقلقك jitter الحزم الصغيرة قيّم Low / Off
• في النقل الكبير القيمة الافتراضية أوضح غالباً

flowchart TB
    accTitle: شدّ وجذب Interrupt Moderation
    accDescr: Interrupt Moderation إن رُفع أو جُعل Adaptive ارتاحت وحدة المعالجة وسهل زيادة زمن الاستجابة، وإن خُفض أو جُعل Off انخفض زمن الاستجابة وسهل ارتفاع حمل وحدة المعالجة و DPC.
    im1["Interrupt Moderation"] -->|"مرتفع / Adaptive"| cpuok["ترتاح وحدة المعالجة بسهولة"]
    cpuok -.-> lat1["يسهل زيادة زمن الاستجابة"]
    im1 -->|"منخفض / Off"| latok["ينخفض زمن الاستجابة بسهولة"]
    latok -.-> cpu2["يسهل ارتفاع حمل وحدة المعالجة / DPC"]

الشكل 14: كبح تواتر المقاطعات استبدال بين وحدة المعالجة وزمن الاستجابة، فقيّم منطلقاً من الافتراضي أو Adaptive.

6.8 Receive Buffers / Receive Descriptors و Transmit Buffers / Transmit Descriptors

إعداد يغيّر عمق الحلقة / المخزن.

اتّجاه التأثير

• تحمّل الاندفاع
• الإنتاجية المستدامة
• تجنّب الإسقاط

آثار جانبية

• يزيد استهلاك الذاكرة
• قد يزيد تأخير طابور الانتظار بعمق الطابور

الاتجاه الأساسي

• زِد فقط عندما يظهر إسقاط أو نقص مخزن
• تجنّب جعله حدّاً أقصى على نحو ما

flowchart TB
    accTitle: متى يُزاد عمق المخزن
    accDescr: تعميق المخزن يؤثّر في تحمّل الاندفاع وتجنّب الإسقاط، وفي المقابل قد يزيد استهلاك الذاكرة وتأخير طابور الانتظار، لذا يُزاد فقط عندما يظهر إسقاط أو نقص مخزن.
    obs1["ظهور إسقاط أو نقص مخزن"] -->|"عند الظهور فقط"| inc1["زيادة المخزن"]
    inc1 -.-> side1["قد يزيد استهلاك الذاكرة وتأخير طابور الانتظار"]
    non1["جعله حدّاً أقصى على نحو ما"] -.->|"يُتجنَّب"| inc1

الشكل 15: زِد المخزن فقط عندما يظهر العَرَض بالأرقام، وتجنّب الحدّ الأقصى على نحو ما.

6.9 Flow Control

إعداد يتعلق بإرسال واستقبال إطار pause وفق 802.3x.

الاتجاه الأساسي

• مرشّح إن أردت تقليل الإسقاط
• غير أن pause قد يوسّع ازدحاماً آخر أيضاً
• في عائلة زمن الاستجابة المنخفض انظر بحذر
• فكّر فيه كمجموعة مع تصميم الشبكة كلّها

flowchart TB
    accTitle: وجهان لـ Flow Control
    accDescr: إطار pause في Flow Control قد يؤثّر في تقليل الإسقاط، وقد يوسّع ازدحاماً آخر أيضاً، لذا يلزم التفكير معه كمجموعة مع تصميم الشبكة كلّها.
    fc1["إطار pause (Flow Control)"] -->|"قد يؤثّر"| less1["اتّجاه تقليل الإسقاط"]
    fc1 -.->|"قد يوسّع أيضاً"| cong1["ازدحام آخر"]
    fc1 --> tot1["الحكم كمجموعة مع تصميم الشبكة كلّها"]

الشكل 16: Flow Control يقلّل الإسقاط وقد يوسّع الازدحام، فلا يُحكَم به منفرداً.

7. إعدادات محيط VLAN و QoS والافتراضية

7.1 Priority و VLAN / Packet Priority و VLAN / NDIS QoS

حزام يتعامل مع 802.1Q VLAN و 802.1p Priority.

الاتجاه الأساسي

• انتبه فقط عندما تستخدم VLAN / QoS فعلاً
• في بيئة منفذ وصول بسيط يكفي إبقاؤه على القيمة الافتراضية
• تكوين تلصق فيه الوسوم جزافاً يصعّب الفرز فانتبه

7.2 VMQ / VMMQ / SR-IOV

هذه إعدادات يظهر معناها في مضيف Hyper-V أو بنية الافتراضية.

الاتجاه الأساسي

• لا تُعامَل كضبط سطح مكتب عادي
• في مضيف Hyper-V قيّمها كمجموعة مع تكوين vSwitch وتخصيص الطابور وإعداد جهة الضيف
• النظر إلى طرف واحد يصعّب ظهور الإجابة الصحيحة

flowchart TB
    accTitle: وحدة تقييم VMQ / SR-IOV
    accDescr: VMQ و SR-IOV إعدادات يظهر معناها في مضيف Hyper-V أو بنية الافتراضية، ويلزم تقييمها كمجموعة مع تكوين vSwitch وتخصيص الطابور وإعداد جهة الضيف، والنظر إلى طرف واحد يصعّب ظهور الإجابة الصحيحة.
    vm1["VMQ / VMMQ / SR-IOV"] --> hv1["يظهر المعنى في مضيف Hyper-V"]
    hv1 --> setb["التقييم كمجموعة مع vSwitch والطابور وجهة الضيف"]
    vm1 -.->|"لا تُعامَل"| dt1["ضبط سطح مكتب عادي"]

الشكل 17: إعدادات الافتراضية لا تُقيَّم إلا بالنظر إلى المضيف و vSwitch والضيف كمجموعة.

7.3 RDMA / DCB / PFC عالم آخر

هذا المحيط عالم آخر كثيراً يشمل SMB Direct و Ethernet بلا فقد.

الاتجاه الأساسي

• افصله عن ضبط سطح مكتب 1GbE / 2.5GbE العادي
• أكّد وثائق البائع وتصميم جهة المبدّل كمجموعة

8. إعدادات محيط توفير الطاقة والنوم و Wake on LAN

8.1 Energy Efficient Ethernet (EEE) / Green Ethernet

إعداد يخفض استهلاك الطاقة عند idle الوصلة لتوفير الطاقة.

كيف يُنظَر إليه

• ليس إعداد تسريع
• يؤثّر في استهلاك الطاقة
• حسب جهاز الطرف وظروف الكابل قد يصير مرشّح فرز لعدم استقرار الوصلة أو خفض السرعة إلى 100Mbps

الاتجاه الأساسي

• للاستخدام العام يكفي القيمة الافتراضية
• عند عدم استقرار الوصلة أو التحويل إلى 100Mbps أو أولوية زمن الاستجابة المنخفض مرشّح فرز أوّلاً

flowchart TB
    accTitle: موضع EEE
    accDescr: EEE إعداد توفير طاقة يخفض استهلاك الطاقة عند idle الوصلة وليس إعداد تسريع، وحسب جهاز الطرف وظروف الكابل قد يصير مرشّح فرز لعدم استقرار الوصلة أو خفض السرعة إلى 100Mbps.
    eee1["EEE / Green Ethernet"] --> sv3["خفض استهلاك الطاقة عند idle"]
    eee1 -.->|"ليس إعداد تسريع"| spd1["السرعة والأداء"]
    eee1 -.->|"حسب الطرف وظروف الكابل"| tgl1["مرشّح فرز لعدم استقرار الوصلة وخفض السرعة"]

الشكل 18: EEE إعداد توفير طاقة، وعند عدم استقرار الوصلة أو التحويل إلى 100Mbps يصير مرشّح فرز أوّلاً.

8.2 Selective Suspend / Device Sleep والتحكّم في الوصلة عند Standby

بصراحة، إعداد إلى أي مدى تُنام NIC عند idle أو أثناء النوم.

الاتجاه الأساسي

• في حاسوب محمول ابدأ من القيمة الافتراضية
• عند مشاكل العودة اشتبِه أوّلاً
• في حاسوب تحكّم بجهاز أو تشغيل 24/7 قد يكون القطع أوضح أحياناً

8.3 Wake on Magic Packet / Wake on Pattern Match

هذا إعداد لإيقاظ حاسوب نائم عبر الشبكة.

الاتجاه الأساسي

• إن لزم Wake on LAN فعّل Magic Packet
• إن لم يلزم فعطّل
• Pattern Match فقط عندما تكون الحاجة واضحة

تفعيل NIC وحدها دون أن يستيقظ أمر عادي. واءم أيضاً جهة BIOS / UEFI وعلامة Power Management.

flowchart TB
    accTitle: شروط عمل Wake on LAN
    accDescr: Wake on LAN لا يعمل بإعداد Magic Packet في NIC وحده، بل بعد توافق جهة BIOS أو UEFI وعلامة Power Management أيضاً، لذا يلزم تأكيد ثلاثة مواضع متوافقة.
    m1["إعداد Magic Packet في NIC"] --> wol1["عمل Wake on LAN"]
    m2["إعداد جهة BIOS / UEFI"] --> wol1
    m3["جهة علامة Power Management"] --> wol1
    wol1 -.-> pt2["Pattern Match يسهل أن يصير مصدر إيقاظ خاطئ"]

الشكل 19: WoL لا يعمل إلا بعد توافق ثلاثة مواضع: NIC و BIOS/UEFI وعلامة إدارة الطاقة.

8.4 ARP Offload / NS Offload

إعداد تتولّى فيه NIC حدّاً أدنى من الردّ حتى أثناء النوم.

الاتجاه الأساسي

• عادة يكفي التفعيل / القيمة الافتراضية
• يُلمَس مؤقّتاً غالباً لفرز ملاءمة محيط النوم

8.5 إعدادات علامة Power Management

منفصلة عن علامة Advanced، لخصائص NIC علامة Power Management. هنا أيضاً مهمّ بهدوء.

ما يُرى كثيراً ثلاثة.

• Allow the computer to turn off this device to save power
• Allow this device to wake the computer
• Only allow a magic packet to wake the computer

الاتجاه الأساسي

• عند عودة سيّئة اشتبِه أوّلاً بـ Allow the computer to turn off this device...
• إن أردت تجنّب إيقاظ خاطئ فعّل Only allow a magic packet...
• إن لم يلزم Wake on LAN نفسه فعائلة الإيقاظ كلّها معطّلة تكفي

flowchart TB
    accTitle: قراءة علامة Power Management
    accDescr: عند عودة سيّئة اشتبِه أوّلاً بإعداد السماح بإطفاء الجهاز، وإن أردت تجنّب إيقاظ خاطئ فعّل الإيقاظ بـ Magic Packet فقط، وإن لم يلزم Wake on LAN نفسه فعطّل عائلة الإيقاظ كلّها.
    q4["بماذا نضيق؟"] -->|"عودة سيّئة"| a1["اشتبِه أوّلاً بإعداد السماح بإطفاء الطاقة"]
    q4 -->|"تجنّب إيقاظ خاطئ"| a2["إعداد الإيقاظ بـ Magic Packet فقط"]
    q4 -->|"WoL نفسه غير لازم"| a3["عائلة الإيقاظ كلّها معطّلة"]

الشكل 20: علامة Power Management يتحدّد فيها أوّل موضع للمس حسب نوع الضيق.

9. إعدادات أخرى تُرى كثيراً ويقلّ موضع لمسها

9.1 Network Address / Locally Administered Address

إعداد يستبدل عنوان MAC يدوياً.

الاتجاه الأساسي

• عادة لا يُلمَس
• ليس إعداد أداء
• يُستخدم فقط في بيئة مختبر أو متطلّب خاص

9.2 Adaptive Inter-Frame Spacing

إعداد قديم جدّاً. في Ethernet حديث switched full-duplex ليس البطولة.

الاتجاه الأساسي

• في شبكة محلية عادية حديثة أبقِ القيمة الافتراضية
• المسه فقط عندما يوجد توجيه من البائع في جهاز قديم أو بيئة خاصّة

9.3 Header Data Split

أساساً للخوادم، إعداد من نوع يساعد معالجة وحدة المعالجة بفصل ترويسة الحزمة عن الحمولة.

الاتجاه الأساسي

• للخوادم / لحمل عمل معيّن
• في عميل عام أبقِ القيمة الافتراضية

9.4 Low Latency Interrupts

حسب البائع يوجد بند مثل Low Latency Interrupts.

الاتجاه الأساسي

• استخدمه فقط عندما تفوز بالقياس
• ليس حزاماً يُفعَّل بالإحساس

9.5 بنود قديمة مثل TCP Chimney Offload / IPsec Task Offload

في NIC وبرامج تشغيل أقدم قد ترى بنوداً كهذه.

الاتجاه الأساسي

• الإجابة الصحيحة عدم اللمس وعدم الاستخدام الآن
• لا تنجذب إلى التوافق أو وثائق قديمة

flowchart TB
    accTitle: الموقف المشترك لبنود الفصل 9
    accDescr: استبدال عنوان MAC والإعدادات القديمة وإعدادات الخوادم وبنود إلغاء التحميل القديمة عادة تُترَك على القيمة الافتراضية دون لمس، وتُلمَس فقط عند توجيه من البائع أو متطلّب واضح وقياس.
    rare1["البنود المذكورة في الفصل 9"] --> keep1["عادة تُترَك على القيمة الافتراضية دون لمس"]
    keep1 -->|"اللمس عندما"| cond1["يوجد توجيه من البائع أو متطلّب واضح"]
    cond1 -.-> meas1["استخدم فقط عندما تفوز بالقياس"]

الشكل 21: حزام يُرى لكن عادة لا يُلمَس، وتُمَدّ اليد فقط عند توجيه أو متطلّب واضح وقياس.

10. إرشاد تقريبي حسب الغرض

فيما يلي تظهر مراراً عبارتا «تقييم التعطيل» و «مرشّح تعطيل». هذا لا يعني «عطّل»، بل يعني اجعله موضع تقييم. المحتوى هو مبدأ 3.3 و 3.4 كما هو، وبالتحديد هذه الأيدي الأربع.

1. احفظ الإعداد قبل التغيير (Export-Csv في 12.1)
2. عطّل بنداً واحداً فقط (3.3)
3. قِس المؤشّر المحسوم في 3.4 (الإنتاجية، زمن الاستجابة، وحدة المعالجة، إحصاءات NIC، ثبات العودة)
4. إن لم يظهر أثر فأعده كما كان

إن سقط 4 تراكمت تغييرات بلا معنى وصعّب الفرز التالي. اقرأ البنود التالية كـ قائمة مرشّحين لتدوير هذه الأيدي الأربع.

flowchart TB
    accTitle: أربع أيدٍ لتقييم التعطيل
    accDescr: احفظ الإعداد قبل التغيير، وعطّل بنداً واحداً فقط، وقِس المؤشّر المحسوم، وإن لم يظهر أثر فأعده كما كان: حلقة الأيدي الأربع لتقييم التعطيل.
    h1["حفظ الإعداد قبل التغيير"] --> h2["تعطيل بند واحد فقط"]
    h2 --> h3["قياس المؤشّر المحسوم"]
    h3 -->|"إن لم يظهر أثر"| h4["الإعادة كما كان"]
    h4 -.->|"إلى المرشّح التالي"| h2

الشكل 22: «تقييم التعطيل» لا يعني عطّل، بل يعني تدوير هذه الأيدي الأربع والقياس.

10.1 حاسوب سطح مكتب / محمول عادي

• Speed و Duplex: Auto
• MTU / Jumbo: 1500 / معطّل
• Checksum Offload: مفعّل
• LSO: مفعّل
• RSC: مفعّل
• RSS: مفعّل
• Interrupt Moderation: القيمة الافتراضية / Adaptive
• Buffers: القيمة الافتراضية
• Flow Control: القيمة الافتراضية
• EEE / Green Ethernet: القيمة الافتراضية
• Selective Suspend: القيمة الافتراضية
• Wake on LAN: عند الحاجة فقط

أي أن الأساس أوّلاً عدم الخروج عن القيم الافتراضية.

10.2 NAS / نسخ احتياطي / نسخ كبير

• Speed و Duplex: Auto
• Jumbo: قيّم إن أمكن التوافق في مسار مخصّص
• Checksum Offload: مفعّل
• LSO: مفعّل
• RSC: مفعّل
• RSS: مفعّل
• RSS queues: زِد قليلاً إن لزم
• Receive / Transmit Buffers: زِد قليلاً إن وُجد إسقاط
• Interrupt Moderation: القيمة الافتراضية / أعلى قليلاً
• EEE: تقييم تعطيل إن كانت الأولوية للثبات

في النقل الكبير يسهل تأثير تقليل عدد الحزم، وخفض وحدة المعالجة، وتجنّب نقص الطابور.

10.3 كاميرا صناعية / تحكّم بجهاز / أولوية زمن استجابة منخفض

• Speed و Duplex: الأساس Auto. إن لزم فثبّت بما يوافق الطرف
• Jumbo: قيّم إن توافقت الكاميرا / NIC / المبدّل
• Checksum Offload: مفعّل أوّلاً
• LSO: تقييم تعطيل مؤقّت إن بدت ملاءمة الإرسال مشبوهة
• RSC: مرشّح تعطيل إن كانت الأولوية لزمن الاستجابة المنخفض أو الرصد
• Interrupt Moderation: قيّم Low / Off
• Buffers: لا تزد أكثر من اللازم
• Flow Control: يلزم تقييم أثر pause الجانبي
• EEE / Green Ethernet: مرشّح تعطيل
• Selective Suspend / إدارة الطاقة: مرشّح تعطيل

إعداد تحسين الإنتاجية ليس بالضرورة مفيداً لزمن استجابة منخفض.

10.4 مضيف Hyper-V

• VMQ / VMMQ / SR-IOV: قيّم حسب التكوين
• RSS: مهمّ لحركة جهة المضيف
• RSC: قيود حسب تكوين vSwitch
• QoS / VLAN: واءمه مع تصميم vSwitch
• Flow Control / PFC: فكّر فيه كمجموعة مع تصميم التخزين / RDMA

هذا ليس ضبط سطح مكتب، بل تصميم بنية افتراضية.

10.5 إعداد مؤقّت لفرز المشاكل

في فرز عطل، العودة مؤقّتاً إلى عالم بسيط قويّة.

• Speed و Duplex: Auto
• MTU: 1500
• Jumbo: معطّل
• EEE: معطّل
• LSO: معطّل مؤقّتاً
• RSC: معطّل مؤقّتاً
• Interrupt Moderation: القيمة الافتراضية أو أقلّ
• Wake / توفير الطاقة: معطّل إن لم يلزم
• الإعداد قبل التغيير: احفظ حتماً

في الفرز تفوز تبسيط السلوك على تحسين الأداء.

11. أوّل مواضع الإصابة حسب العَرَض

11.1 يفترض 1Gbps / 2.5Gbps فيصير 100Mbps

ترتيب النظر أوّلاً تقريباً كالتالي.

1. الكابل
2. dock / USB NIC / محوّل
3. منفذ جهة المبدّل
4. تحديث برنامج التشغيل
5. EEE / Green Ethernet
6. إعادة Speed و Duplex إلى Auto
7. إن بقي الأمر فجرّب تثبيتاً يوافق الطرف

التثبيت اليدوي فوراً هو الأخير.

flowchart TB
    accTitle: ترتيب النظر عند الهبوط إلى 100Mbps
    accDescr: انظر بالترتيب: الكابل، ثم dock أو USB NIC أو محوّل، ثم منفذ جهة المبدّل، ثم تحديث برنامج التشغيل، ثم فرز EEE، ثم العودة إلى Auto Negotiation، وإن بقي الأمر فتثبيت يوافق الطرف.
    s1["الكابل"] --> s2["dock / USB NIC / محوّل"]
    s2 --> s3["منفذ جهة المبدّل"]
    s3 --> s4["تحديث برنامج التشغيل"]
    s4 --> s5["فرز EEE"]
    s5 --> s6["جعل Speed و Duplex Auto"]
    s6 -->|"إن بقي الأمر"| s7["تثبيت يوافق الطرف"]

الشكل 23: تحقيق خفض السرعة يتقدّم من المادية بالترتيب، والتثبيت اليدوي آخر وسيلة.

11.2 النقل الكبير بطيء و ping عادي

ما تريد النظر إليه هذا المحيط.

• Checksum Offload
• LSO
• RSC
• RSS
• Receive / Transmit Buffers
• Jumbo Frame (إن كان مساراً مخصّصاً)
• إسقاط / خطأ في إحصاءات NIC

هذه مشكلة عائلة الإنتاجية، فيسهل تأثير Jumbo والطابور وإلغاء التحميل.

11.3 تأخير طلب/استجابة صغير كبير، و jitter يقلق

ما تريد فحصه هذه الخمسة.

• Interrupt Moderation
• RSC
• EEE
• Flow Control
• هل أُتخِم المخزن أكثر من اللازم

في هذا الحزام قد تزيد تحسينات المعالجة مجمَّعة التأخير المحسوس عكسياً.

11.4 بعد العودة من النوم تختفي NIC / لا تتّصل ثواني

ما تريد النظر إليه هذه الخمسة حول الطاقة أساساً.

• Selective Suspend
• إعدادات متعلقة بـ Device Sleep / Standby
• Allow the computer to turn off this device... في علامة Power Management
• برنامج ثابت لـ dock / USB NIC
• تركيب إعدادات الإيقاظ

مشاكل العودة غالباً إدارة الطاقة أكثر من NIC نفسها.

11.5 يظهر checksum error بكثرة في التقاط الحزم

قبل القول على عجل «الخطّ انكسر» أكّد هذا.

• هل Checksum Offload مفعّل؟
• هل LSO مفعّل؟
• هل التقاط قبل الإرسال أم على السلك؟
• هل الأمر نفسه عند النظر من مضيف آخر أو منفذ مرآة؟

checksum error في التقاط محلّي مظهر إلغاء التحميل فعلاً في الغالب.

نكمّل النقطة الثالثة وحدها «هل التقاط قبل الإرسال أم على السلك؟». التقاط على حاسوبك نفسه يرى الحزمة قبل أن تملأ NIC قيمة checksum. إن كان إلغاء التحميل مفعّلاً فحقل checksum ما زال فارغاً أو قيمة مؤقّتة، فأداة التحليل تعرض «غير سليم» طبعاً. أن تكون الحزمة التي جرت على الكابل فعلاً سليمة أمر يحدث بشكل عادي.

flowchart TB
    accTitle: آلية ظهور checksum error في التقاط محلّي
    accDescr: التقاط على حاسوبك نفسه يرى الحزمة قبل أن تملأ NIC قيمة checksum، فإن كان إلغاء التحميل مفعّلاً عرضت الأداة «غير سليم»، وقد تكون الحزمة التي جرت على الكابل فعلاً سليمة.
    lc1["التقاط على حاسوبك نفسه"] --> pre1["رؤية الحزمة قبل ملء checksum"]
    pre1 --> bad1["الأداة تعرض غير سليم"]
    wire1["النظر على السلك من منفذ مرآة"] --> okw1["الحزمة الفعلية سليمة"]
    okw1 -.-> ver1["المقارنة بينهما تحسم أنه مظهر إلغاء التحميل"]

الشكل 24: موضع التقاط محلّي قبل NIC، فعرض الخطأ عند تفعيل إلغاء التحميل غالباً مشكلة مظهر.

أدوات التأكيد تقريباً هذه الثلاث.

سجلّ pktmon يمكن تحويله إلى pcapng فيُفتَح كما هو في Wireshark.

pktmon etl2pcap log.etl --out capture.pcapng

إن كان «التقاط محلّي يظهر checksum error، ومنفذ المرآة يظهر سليماً» فهذا مظهر إلغاء التحميل محسوم. بعد هذا التأكيد تلمس الإعداد.

11.6 آلة Hyper-V الافتراضية وحدها بطيئة / وحدة المعالجة منحرفة

ما ينبغي النظر إليه ليس RSS بأسلوب سطح المكتب وحده.

• VMQ / VMMQ
• SR-IOV
• ربط vSwitch
• VLAN / QoS
• تقسيم RSS جهة المضيف وطابور جهة الآلة الافتراضية

في الافتراضية يسهل الترتيب إن رسمت من يعالج الحزمة.

12. ملاحظات عملية عند التأكيد والتغيير عبر PowerShell

12.1 احفظ الحالة الحالية أوّلاً

النسخة الاحتياطية قبل التغيير مهمّة.

Get-NetAdapterAdvancedProperty -Name "Ethernet" |
  Select-Object Name, DisplayName, DisplayValue, RegistryKeyword, RegistryValue |
  Export-Csv .\nic-advanced-backup.csv -NoTypeInformation -Encoding UTF8

12.2 رؤية القائمة

Get-NetAdapterAdvancedProperty -Name "Ethernet" |
  Sort-Object DisplayName |
  Format-Table DisplayName, DisplayValue, RegistryKeyword -Auto

12.3 رؤية RSS / RSC / الإحصاءات

Get-NetAdapterRss -Name "Ethernet"
Get-NetAdapterRsc -Name "Ethernet"
Get-NetAdapterStatistics -Name "Ethernet"

12.4 أمثلة تغيير

اسم العرض الفعلي يختلف حسب NIC، فانظر إلى القائمة أوّلاً ثم غيّر.

# 例: Jumbo Packet を変更（値は NIC ごとに違う）
Set-NetAdapterAdvancedProperty -Name "Ethernet" `
  -DisplayName "Jumbo Packet" `
  -DisplayValue "9014 Bytes"

# 例: RSS の受信キュー数を設定
Set-NetAdapterRss -Name "Ethernet" -NumberOfReceiveQueues 4

12.5 تأكيد عبور Jumbo

# 標準 MTU 1500 相当
ping <相手IP> -f -l 1472

# MTU 9000 相当
ping <相手IP> -f -l 8972

1472 و 8972 حمولة بعد طرح ترويسة IP / ICMP. رقم 9014 Bytes في واجهة برنامج التشغيل ورقم هذا ping لا يتطابقان.

12.6 ملاحظات عملية

• بعض الإعدادات تحتاج تعطيل / تفعيل المحوّل أو إعادة تشغيل
• قد يكون DisplayName مترجماً محليّاً
• حتى مع البائع نفسه قد يتغيّر اسم البند حسب إصدار برنامج التشغيل
• لأتمتة PowerShell أأمن تعداد قيم الجهاز الفعلي أوّلاً ثم الكتابة

13. الخلاصة

إعدادات NIC المتقدّمة في Windows تبدو من أسماء البنود وحدها «قوية كلّها». غير أنها عمليّاً عالم تتغيّر فيه الإجابة الصحيحة حسب أيّ محور تأخذ: الإنتاجية، وزمن الاستجابة، ووحدة المعالجة، والطاقة، والتوافق.

نقاط هذه المقالة كالتالي.

• Speed و Duplex أساسهما Auto
• Jumbo فقط عندما يتوافق من طرف إلى طرف
• Checksum / RSS / LSO / RSC كمبدأ القيم الافتراضية قوية
• Interrupt Moderation مقايضة بين الإنتاجية وزمن الاستجابة
• المخازن بالقدر اللازم فقط
• EEE / Selective Suspend / عائلة الإيقاظ حديث طاقة / عودة
• VMQ / SR-IOV حديث Hyper-V
• لا تلمس بنود إلغاء التحميل القديمة

وأهمّ ثلاثة تالية.

1. احسم ماذا تريد تحسينه
2. غيّر بنداً واحداً في المرّة
3. قارن قبل التغيير وبعده بالأرقام

إعداد NIC ليس مفتاح تسريع سحريّاً. غير أنه يؤثّر بقوّة إن وافق الغرض. وفي المقابل إن انحرف الغرض انعكس أثره بوضوح.

flowchart TB
    accTitle: أهمّ ثلاثة قوالب
    accDescr: احسم ماذا تريد تحسينه، وغيّر بنداً واحداً في المرّة، وقارن قبل التغيير وبعده بالأرقام: إن حُفظت هذه القوالب الثلاثة أثّر إعداد NIC بقوّة ما دام الغرض موافقاً.
    r1["احسم ماذا تريد تحسينه"] --> r2["غيّر بنداً واحداً في المرّة"]
    r2 --> r3["قارن قبل التغيير وبعده بالأرقام"]
    r3 --> eff1["إن وافق الغرض أثّر بقوّة"]
    r1 -.->|"إن انحرف الغرض"| back1["ينعكس الأثر بوضوح"]

الشكل 25: حفظ قوالب الغرض والبند الواحد والأرقام يؤثّر، وإسقاطها ينعكس.

14. روابط مرجعية

فيما يلي وثائق رسمية / وثائق بائعين استُند إليها كأساس عند كتابة هذه المقالة. Windows وبرامج تشغيل NIC كثيرة تذبذب المصطلحات، لذا الأأمن في النهاية التأكيد بما يوافق اسم برنامج تشغيل NIC الخاص بك وإصداره.

• Microsoft Learn: NIC advanced properties
• Microsoft Learn: Network Adapter Performance Tuning in Windows Server
• Microsoft Learn: Hardware Only (HO) features and technologies
• Microsoft Learn: Overview of Single Root I/O Virtualization (SR-IOV)
• Microsoft Learn: Standardized INF Keywords for NDIS QoS
• Microsoft Learn: Standardized INF Keywords for Power Management
• Microsoft Learn: Setting RSS parameters
• Microsoft Learn: Overview of receive segment coalescing
• Microsoft Learn: How to optimize network adapter power management settings
• Microsoft Learn: Deprecated networking features in Windows Server
• Microsoft Learn: Packet Monitor (Pktmon)
• Microsoft Learn: pktmon etl2pcap
• Microsoft Learn: UDP Segmentation Offload (USO)
• Microsoft Learn: UDP Receive Segment Coalescing Offload (URO)
• Intel Support: Advanced Settings for Intel Ethernet Adapters
• Intel Support: تثبيت السرعة و Jumbo و Interrupt Moderation و EEE و WoL أأمن تأكيدها من مقالات الدعم حسب طراز NIC

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

هل ينبغي تعطيل Large Send Offload (LSO)؟

عادة ينبغي إبقاؤه مفعّلاً. LSO آلية تقسّم بيانات إرسال TCP الكبيرة إلى إطارات أدقّ في جهة NIC، وتؤثّر في إنتاجية الاتّصال كثيف الإرسال وخفض استخدام وحدة المعالجة. التعطيل الفضفاض يسهّل استهلاك وحدة المعالجة بلا داعٍ. يُنظَر في التعطيل لغرض الفرز مؤقّتاً عندما تبدو ملاءمة تطبيق أو برنامج تشغيل معيّن مشبوهة، أو في مواضع تريد تقييم ملاءمة الإرسال مثل كاميرا صناعية أو التحكّم بجهاز. إن عطّلته للفرز ثم تبيّن أن السبب غيره فالأساس العودة إلى القيمة الافتراضية.

ما هو Receive Segment Coalescing (RSC)؟ هل الأفضل تعطيله؟

RSC إعداد يجمع عدّة مقاطع TCP مستقبَلة في جهة NIC، ويُسمّى أيضاً Large Receive Offload. يؤثّر في إنتاجية الاستقبال وخفض استخدام وحدة المعالجة، لذا إن كانت الأولوية للاستقبال فالتفعيل هو الاتجاه الأساسي. في المقابل قد يضرّ بزمن الاستجابة المنخفض أو الرصد على مستوى الحزمة، ويتغيّر قليلاً تفسير التقاط الحزم ورصد التوقيت. يصير مرشّح تقييم للتعطيل عندما تريد ضغط زمن استجابة طلب/استجابة صغير، أو في بيئة تعطي الأولوية لزمن الاستجابة والرصد. يمكن تأكيد الحالة الحالية بـ Get-NetAdapterRsc.

ماذا نفحص عندما يفترض أن تكون الوصلة 1Gbps فترتبط عند 100Mbps؟

تثبيت Speed و Duplex يدوياً فوراً هو آخر وسيلة. ترتيب النظر: الكابل أوّلاً، ثم dock / USB NIC / محوّل، ثم منفذ جهة المبدّل، ثم تحديث برنامج التشغيل، ثم فرز EEE / Green Ethernet، ثم إعادة Speed و Duplex إلى Auto، وإن بقي الأمر فالتثبيت بما يوافق الطرف. خفض السرعة إلى 100Mbps أو انقطاع الوصلة سببه غالباً الطبقة المادية أو جهاز الطرف قبل إعداد NIC. حالة تثبيت طرف واحد و Auto في الطرف الآخر تسبّب عدم تطابق duplex، وتصير سبب انخفاض السرعة وإعادة الإرسال وتأخير غير طبيعي.

في النهاية أيّ إعدادات NIC المتقدّمة في Windows ينبغي تفعيلها؟

لحاسوب سطح مكتب أو محمول عادي، الأساس أوّلاً عدم الخروج عن القيم الافتراضية. Speed و Duplex على Auto، و Checksum Offload / LSO / RSC / RSS مفعّلة أو بالقيم الافتراضية كمبدأ، و Jumbo Packet لا يُستخدم إلا عندما تتوافق NIC والطرف والمبدّلات في الطريق من طرف إلى طرف. EEE و Selective Suspend إعدادات لتوفير الطاقة وليست إعدادات للتسريع. عند التغيير احسم أوّلاً ماذا تريد تحسينه (الإنتاجية، زمن الاستجابة، وحدة المعالجة، استهلاك الطاقة)، وغيّر بنداً واحداً في المرّة، وقارن قبل التغيير وبعده بالأرقام. هذه هي القاعدة الحديدية.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.