.. عنوان: سسٹم بفر ٹیوننگ - ٹی سی پی اور نیٹ ورک پرفارمنس آپٹیمائزیشن
.. slug: system-buffer-tuning
.. تاریخ: 2026-02-02 10:00:00 UTC
.. ٹیگز: نیٹ ورکنگ، کارکردگی، ٹیوننگ، ٹی سی پی، بفرز
.. زمرہ: مضامین
.. لنک:
.. تفصیل: TCP کارکردگی کے مسائل کو حل کرنے کے لیے سسٹم بفرز کو سمجھنا اور بہتر بنانا اکثر نیٹ ورک کے مسائل کے طور پر غلط تشخیص کیا جاتا ہے۔
.. قسم: متن
<style>
.buffer-table {
    width: 100%;
    border-collapse: collapse;
    margin: 20px 0;
}
.buffer-table th, .buffer-table td {
    border: 1px solid #ddd;
    padding: 12px;
    text-align: left;
}
.buffer-table th {
    background-color: #4CAF50;
    color: white;
}
.buffer-table tr:nth-child(even) {
    background-color: #f2f2f2;
}
.os-section {
    margin: 30px 0;
    padding: 20px;
    border-left: 4px solid #4CAF50;
    background-color: #f9f9f9;
}
.warning-box {
    background-color: #fff3cd;
    border-left: 4px solid #ffc107;
    padding: 15px;
    margin: 20px 0;
}
.diagnostic-box {
    background-color: #e7f3ff;
    border-left: 4px solid #2196F3;
    padding: 15px;
    margin: 20px 0;
}
code {
    background-color: #f4f4f4;
    padding: 2px 6px;
    border-radius: 3px;
    font-family: 'Courier New', monospace;
}
pre {
    background-color: #f4f4f4;
    padding: 15px;
    border-radius: 5px;
    overflow-x: auto;
}
</style>
<h1>سسٹم بفر ٹیوننگ: "نیٹ ورک کے مسائل" کے پیچھے چھپا ہوا مجرم</h1>
<h2>ایگزیکٹو خلاصہ</h2>
<p>نیٹ ورک انجینئرز کو اکثر ایسے حالات کا سامنا کرنا پڑتا ہے جہاں TCP ونڈونگ یا ایپلیکیشن کی کارکردگی کو نیٹ ورک کے بنیادی ڈھانچے پر مورد الزام ٹھہرایا جاتا ہے۔ وسیع پیمانے پر پیکٹ کیپچرز، tcpdumps، اور نیٹ ورک تجزیہ کرنے کے بعد، حقیقی رکاوٹ اکثر دریافت کی جاتی ہے: کلائنٹ یا سرور سسٹمز پر ختم NIC (نیٹ ورک انٹرفیس کارڈ) یا OS سطح کے بفرز۔</p>
<p>یہ مضمون لینکس، ونڈوز اور میک او ایس کے لیے وراثت (تقریباً 2009) اور موجودہ (2025-2026) دونوں بفر کنفیگریشن فراہم کرتا ہے، اس کے ساتھ ہی بفر تھکن کو ایک اہم مسئلہ بننے سے پہلے اس کی شناخت کرنے کے لیے تشخیصی تکنیکیں فراہم کی گئی ہیں۔</p>
<div class="diagnostic-box">
<h3>بفر تھکن کی عام علامات</h3>
<ul>
<li>پیکٹ کیپچرز میں TCP زیرو ونڈو کے واقعات</li>
<li>کم نیٹ ورک میں تاخیر کے باوجود دوبارہ ترسیل کی اعلی شرح</li>
<li>دستیاب بینڈوڈتھ سے نمایاں طور پر نیچے ایپلیکیشن تھرو پٹ</li>
<li>بوجھ کے تحت کارکردگی میں کمی جو بوجھ کم ہونے پر بہتر ہوتی ہے۔</li>
<li>اسی طرح کی ہارڈویئر کنفیگریشنز میں غیر متوازن کارکردگی</li>
<li>ساکٹ کی خرابیاں یا "وسائل عارضی طور پر غیر دستیاب" پیغامات</li>
</ul>
</div>
<h2>مسئلہ کو سمجھنا</h2>
<h3>TCP ونڈو اسکیلنگ میکانزم</h3>
<p>TCP ایک فلو کنٹرول میکانزم کا استعمال کرتا ہے جہاں وصول کنندہ "ونڈو سائز" کی تشہیر کرتا ہے جس سے ظاہر ہوتا ہے کہ وہ کتنا ڈیٹا قبول کر سکتا ہے۔ جب سسٹم بفرز بھر جاتے ہیں، تو یہ ونڈو سکڑ کر صفر ہو جاتی ہے، بھیجنے والے کو انتظار کرنے پر مجبور کر دیتی ہے۔ یہ نیٹ ورک کے مسئلے کے طور پر ظاہر ہوتا ہے لیکن اصل میں ایک میزبان وسائل کا مسئلہ ہے۔</p>
<h3>جہاں بفرز اہمیت رکھتے ہیں۔</h3>
<ul>
<li><strong>ساکٹ بفرز (SO_SNDBUF/SO_RCVBUF):</strong>فی ساکٹ بفر بھیجیں اور وصول کریں۔</li>
<li><strong>TCP ونڈو بفرز:</strong>کنکشن کے لیے زیادہ سے زیادہ TCP ونڈو کا سائز</li>
<li><strong>نیٹ ورک ڈیوائس بفرز:</strong>پیکٹ کی قطار لگانے کے لیے NIC رنگ بفر</li>
<li><strong>سسٹم وائیڈ میموری:</strong>نیٹ ورکنگ کے لیے مختص مجموعی میموری</li>
</ul>
<h2>تشخیصی احکام</h2>
<div class="diagnostic-box">
<h3>لینکس کی تشخیص</h3>
<pre>
# Check current TCP buffer settings
sysctl net.ipv4.tcp_rmem
sysctl net.ipv4.tcp_wmem
sysctl net.core.rmem_max
sysctl net.core.wmem_max

# Check NIC ring buffer sizes
ethtool -g eth0

# Monitor socket buffer usage
ss -tm

# Check for TCP zero window events
tcpdump -i any 'tcp[tcpflags] &amp; tcp-push != 0' -vv

# Check network statistics for buffer issues
netstat -s | grep -i "buffer\|queue\|drop"
</pre>
<h3>ونڈوز کی تشخیص</h3>
<pre>
# Check TCP parameters
netsh interface tcp show global

# View network adapter buffer settings
Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object {$_.DisplayName -like "*buffer*"}

# Monitor TCP statistics
netstat -s -p tcp

# Check receive window auto-tuning
netsh interface tcp show global | findstr "Receive Window"
</pre>
<h3>macOS تشخیص</h3>
<pre>
# Check current buffer settings
sysctl kern.ipc.maxsockbuf
sysctl net.inet.tcp.sendspace
sysctl net.inet.tcp.recvspace

# View network statistics
netstat -s -p tcp

# Monitor socket buffers
netstat -an -p tcp
</pre>
</div>
<h2>لینکس بفر ٹیوننگ</h2>
<div class="os-section">
<h3>Legacy Linux کی ترتیبات (Circa 2009)</h3>
<table class="buffer-table">
<tr>
<th>پیرامیٹر</th>
<th>میراثی قدر (2009)</th>
<th>تفصیل</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>ڈیفالٹ وصول ساکٹ بفر سائز</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>زیادہ سے زیادہ وصول ساکٹ بفر سائز</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>ڈیفالٹ ساکٹ بفر سائز بھیجیں۔</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>زیادہ سے زیادہ ساکٹ بفر سائز بھیجیں۔</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP بفر وصول کرتا ہے: کم سے کم، ڈیفالٹ، زیادہ سے زیادہ (بائٹس میں)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP بفر بھیجیں: کم سے کم، ڈیفالٹ، زیادہ سے زیادہ (بائٹس میں)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216 ۔</td>
<td>TCP میموری کے صفحات: کم، دباؤ، زیادہ</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>ان پٹ قطار میں زیادہ سے زیادہ پیکٹ</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10KB)</td>
<td>زیادہ سے زیادہ ذیلی بفر سائز فی ساکٹ</td>
</tr>
</table>
<h3>موجودہ لینکس کی ترتیبات (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>پیرامیٹر</th>
<th>موجودہ تجویز کردہ قدر</th>
<th>تفصیل</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16MB)</td>
<td>ڈیفالٹ وصول ساکٹ بفر سائز</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128MB)</td>
<td>زیادہ سے زیادہ وصول ساکٹ بفر سائز</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16MB)</td>
<td>ڈیفالٹ ساکٹ بفر سائز بھیجیں۔</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128MB)</td>
<td>زیادہ سے زیادہ ساکٹ بفر سائز بھیجیں۔</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP بفر وصول کرتا ہے: کم سے کم، ڈیفالٹ، زیادہ سے زیادہ (128MB زیادہ سے زیادہ)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP بفر بھیجیں: کم سے کم، ڈیفالٹ، زیادہ سے زیادہ (128MB زیادہ سے زیادہ)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP میموری صفحات: کم، دباؤ، زیادہ (64GB سسٹم)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>ان پٹ قطار میں زیادہ سے زیادہ پیکٹ (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>زیادہ سے زیادہ ذیلی بفر سائز فی ساکٹ</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>بی بی آر</td>
<td>BBR کنجشن کنٹرول استعمال کریں (گوگل کا الگورتھم)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>TCP ونڈو اسکیلنگ کو فعال کریں (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>بہتر RTT تخمینہ کے لیے TCP ٹائم اسٹیمپ کو فعال کریں۔</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>انتخابی اعتراف کو فعال کریں۔</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>TCP میٹرکس کی کیشنگ کو غیر فعال کریں۔</td>
</tr>
</table>
<h3>لینکس کنفیگریشن ایپلی کیشن</h3>
<p>ان ترتیبات کو شامل کریں۔<code>/etc/sysctl.conf</code>یا ایک نئی فائل بنائیں<code>/etc/sysctl.d/99-network-tuning.conf</code>:</p>
<pre>
# Network Buffer Tuning for High-Performance Applications
# Optimized for 10GbE+ networks with RTT up to 300ms

# Core socket buffer settings
net.core.rmem_default = 16777216
net.core.rmem_max = 134217728
net.core.wmem_default = 16777216
net.core.wmem_max = 134217728

# TCP buffer settings
net.ipv4.tcp_rmem = 4096 87380 134217728
net.ipv4.tcp_wmem = 4096 65536 134217728
net.ipv4.tcp_mem = 8388608 12582912 16777216

# Device buffer settings
net.core.netdev_max_backlog = 250000
net.core.netdev_budget = 50000
net.core.netdev_budget_usecs = 5000
net.core.optmem_max = 65536

# TCP optimizations
net.ipv4.tcp_congestion_control = bbr
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_sack = 1
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.tcp_moderate_rcvbuf = 1

# Apply with: sysctl -p /etc/sysctl.d/99-network-tuning.conf
</pre>
<h3>این آئی سی رنگ بفر ٹیوننگ</h3>
<pre>
# Check current ring buffer sizes
ethtool -g eth0

# Set maximum ring buffer sizes (adjust based on NIC capabilities)
ethtool -G eth0 rx 4096 tx 4096

# Make persistent by adding to /etc/network/interfaces or systemd service
</pre>
<div class="warning-box">
<strong>اہم انتباہ - یادداشت کی کھپت:</strong>tcp_mem کی قدریں میموری کے صفحات میں ہیں (عام طور پر 4KB)۔ بڑے بفر سائز میموری پر شدید دباؤ کا سبب بن سکتے ہیں:<ul>
<li><strong>فی کنکشن میموری:</strong>ہر کنکشن rmem_max + wmem_max (128MB بفرز کے ساتھ 256MB) تک استعمال کر سکتا ہے۔</li>
<li><strong>نظام کا کل اثر:</strong>1,000 کنکشن × 256MB = 256GB ممکنہ استعمال</li>
<li><strong>محفوظ تخمینہ:</strong>زیادہ سے زیادہ کنکرنٹ کنکشن × 256MB سسٹم RAM کے 50% سے زیادہ نہیں ہونا چاہیے۔</li>
<li><strong>مثال:</strong>ایک 64GB سرور کو 128MB بفرز کے ساتھ زیادہ سے زیادہ کنکشنز کو ~ 125 کنکرنٹ ہائی تھرو پٹ کنکشن تک محدود کرنا چاہیے۔</li>
<li><strong>&lt;16 جی بی ریم والے سرورز کے لیے تجویز:</strong>بفرز کو 16-32MB زیادہ سے کم کریں اور tcp_mem کو متناسب طور پر ایڈجسٹ کریں</li>
</ul>
</div>
</div>
<h2>ونڈوز بفر ٹیوننگ</h2>
<div class="os-section">
<h3>لیگیسی ونڈوز سیٹنگز (سرکا 2009 - ونڈوز وسٹا/7/سرور 2008)</h3>
<table class="buffer-table">
<tr>
<th>پیرامیٹر</th>
<th>میراثی قدر (2009)</th>
<th>مقام</th>
</tr>
<tr>
<td>ٹی سی پی ونڈو سائز</td>
<td>65535 (64KB)</td>
<td>رجسٹری: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (غیر فعال)</td>
<td>ونڈو اسکیلنگ بطور ڈیفالٹ غیر فعال ہے۔</td>
</tr>
<tr>
<td>DefaultReceiveWindow</td>
<td>8192 (8KB)</td>
<td>ڈیفالٹ وصول کرنے والی ونڈو</td>
</tr>
<tr>
<td>ڈیفالٹ سینڈ ونڈو</td>
<td>8192 (8KB)</td>
<td>ڈیفالٹ بھیجنے والی ونڈو</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>زیادہ سے زیادہ TCP ونڈو کا سائز</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>زیادہ سے زیادہ TCP کنکشنز</td>
</tr>
</table>
<h3>موجودہ ونڈوز سیٹنگز (ونڈوز 10/11/سرور 2019-2025)</h3>
<p>جدید ونڈوز استعمال کرتا ہے۔<strong>ونڈو آٹو ٹیوننگ وصول کریں۔</strong>فیچر، جو متحرک طور پر نیٹ ورک کے حالات کی بنیاد پر وصول کرنے والے بفر کو ایڈجسٹ کرتا ہے۔</p>
<table class="buffer-table">
<tr>
<th>فیچر</th>
<th>موجودہ تجویز کردہ ترتیب</th>
<th>تفصیل</th>
</tr>
<tr>
<td>آٹو ٹیوننگ لیول</td>
<td>نارمل (یا 10GbE+ کے لیے انتہائی تجرباتی)</td>
<td>متحرک وصول ونڈو ایڈجسٹمنٹ</td>
</tr>
<tr>
<td>ریسیو سائیڈ اسکیلنگ (RSS)</td>
<td>فعال</td>
<td>نیٹ ورک پروسیسنگ کو CPUs میں تقسیم کریں۔</td>
</tr>
<tr>
<td>چمنی آف لوڈ</td>
<td>خودکار (یا جدید NICs پر غیر فعال)</td>
<td>NIC ہارڈویئر پر TCP آف لوڈ</td>
</tr>
<tr>
<td>نیٹ ڈی ایم اے</td>
<td>معذور</td>
<td>براہ راست میموری تک رسائی (فرسودہ)</td>
</tr>
<tr>
<td>TCP گلوبل پیرامیٹرز</td>
<td>نیچے دیے گئے احکامات دیکھیں</td>
<td>سسٹم وائیڈ TCP سیٹنگز</td>
</tr>
<tr>
<td>بھیڑ فراہم کرنے والا</td>
<td>کیوبک (یا نیو رینو فال بیک)</td>
<td>TCP بھیڑ کنٹرول الگورتھم</td>
</tr>
</table>
<h3>ونڈوز کنفیگریشن کمانڈز</h3>
<pre>
# Check current auto-tuning level
netsh interface tcp show global

# Enable auto-tuning (normal mode - default for most scenarios)
netsh interface tcp set global autotuninglevel=normal

# For high-bandwidth, high-latency networks (10GbE+, data center environments)
netsh interface tcp set global autotuninglevel=experimental

# For conservative tuning (if experimental causes issues)
netsh interface tcp set global autotuninglevel=restricted

# For very conservative tuning (not recommended for high-performance networks)
netsh interface tcp set global autotuninglevel=highlyrestricted

# Enable CUBIC congestion provider (Windows Server 2022/Windows 11+ only)
netsh interface tcp set supplemental template=Internet congestionprovider=cubic

# Note: Windows 10 and Server 2019 use Compound TCP or NewReno by default
# CUBIC is not available on these older versions

# Enable Receive-Side Scaling (RSS)
netsh interface tcp set global rss=enabled

# Set chimney offload (automatic is recommended)
netsh interface tcp set global chimney=automatic

# Disable NetDMA (recommended for modern systems)
netsh interface tcp set global netdma=disabled

# Enable Direct Cache Access (if supported)
netsh interface tcp set global dca=enabled

# Enable ECN (Explicit Congestion Notification)
netsh interface tcp set global ecncapability=enabled

# Set initial congestion window to 10 (RFC 6928)
netsh interface tcp set global initialRto=3000
</pre>
<h3>اعلی درجے کی NIC بفر سیٹنگز (بذریعہ ڈیوائس مینیجر یا پاور شیل)</h3>
<pre>
# View current adapter settings
Get-NetAdapterAdvancedProperty -Name "Ethernet"

# Increase receive buffers (adjust based on NIC)
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Receive Buffers" -DisplayValue 2048

# Increase transmit buffers
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Transmit Buffers" -DisplayValue 2048

# Enable Jumbo Frames (if network supports it)
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Jumbo Packet" -DisplayValue 9014

# Enable Large Send Offload (LSO)
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload V2 (IPv4)" -DisplayValue Enabled
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload V2 (IPv6)" -DisplayValue Enabled
</pre>
<h3>رجسٹری ٹویکس (اعلی درجے کی - احتیاط کے ساتھ استعمال کریں)</h3>
<pre>
# These settings are typically NOT needed on Windows 10/11 due to auto-tuning
# Only modify if auto-tuning is disabled or problematic

# Registry path: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

# Maximum TCP window size (if auto-tuning disabled)
# TcpWindowSize = 16777216 (16MB) - REG_DWORD

# Enable window scaling (enabled by default on modern Windows)
# Tcp1323Opts = 3 - REG_DWORD

# Number of TCP Timed Wait Delay
# TcpTimedWaitDelay = 30 - REG_DWORD (default 240)
</pre>
<div class="warning-box">
<strong>انتباہ:</strong>جدید ونڈوز (10/11/Server 2019+) پر، دستی رجسٹری میں ترمیم سے گریز کریں جب تک کہ آٹو ٹیوننگ مسائل کا باعث نہ ہو۔ آٹو ٹیوننگ الگورتھم عام طور پر جامد ترتیبات سے بہتر ہوتے ہیں۔</div>
</div>
<h2>macOS بفر ٹیوننگ</h2>
<div class="os-section">
<h3>Legacy macOS کی ترتیبات (Circa 2009 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>پیرامیٹر</th>
<th>میراثی قدر (2009)</th>
<th>تفصیل</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256KB)</td>
<td>زیادہ سے زیادہ ساکٹ بفر سائز</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>ڈیفالٹ TCP بفر بھیجیں۔</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>پہلے سے طے شدہ TCP بفر وصول کرتا ہے۔</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>زیادہ سے زیادہ خود کار طریقے سے موصول ہونے والا بفر</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>زیادہ سے زیادہ آٹو ٹیونڈ بھیجنے والا بفر</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (غیر فعال)</td>
<td>TCP ونڈو اسکیلنگ</td>
</tr>
</table>
<h3>موجودہ macOS ترتیبات (macOS 12-15 Monterey بذریعہ Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>پیرامیٹر</th>
<th>موجودہ تجویز کردہ قدر</th>
<th>تفصیل</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8MB)</td>
<td>زیادہ سے زیادہ ساکٹ بفر سائز</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>ڈیفالٹ TCP بفر بھیجیں۔</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>پہلے سے طے شدہ TCP بفر وصول کرتا ہے۔</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16MB)</td>
<td>زیادہ سے زیادہ خود کار طریقے سے موصول ہونے والا بفر</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16MB)</td>
<td>زیادہ سے زیادہ آٹو ٹیونڈ بھیجنے والا بفر</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (فعال)</td>
<td>TCP ونڈو اسکیلنگ کو فعال کریں۔</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (فعال)</td>
<td>انتخابی اعتراف کو فعال کریں۔</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>پہلے سے طے شدہ TCP زیادہ سے زیادہ سیگمنٹ سائز</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>تاخیر ACK سلوک</td>
</tr>
</table>
<h3>macOS کنفیگریشن ایپلی کیشن</h3>
<pre>
# Check current settings
sysctl kern.ipc.maxsockbuf
sysctl net.inet.tcp.sendspace
sysctl net.inet.tcp.recvspace
sysctl net.inet.tcp.autorcvbufmax
sysctl net.inet.tcp.autosndbufmax

# Apply settings temporarily (until reboot)
sudo sysctl -w kern.ipc.maxsockbuf=8388608
sudo sysctl -w net.inet.tcp.sendspace=131072
sudo sysctl -w net.inet.tcp.recvspace=131072
sudo sysctl -w net.inet.tcp.autorcvbufmax=16777216
sudo sysctl -w net.inet.tcp.autosndbufmax=16777216
sudo sysctl -w net.inet.tcp.rfc1323=1
sudo sysctl -w net.inet.tcp.sack=1

# Make settings persistent (create /etc/sysctl.conf)
sudo tee /etc/sysctl.conf &lt;&lt;EOF
kern.ipc.maxsockbuf=8388608
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216
net.inet.tcp.rfc1323=1
net.inet.tcp.sack=1
net.inet.tcp.mssdflt=1440
net.inet.tcp.delayed_ack=3
EOF

# Note: On recent macOS versions, /etc/sysctl.conf may not be read automatically
# Use a LaunchDaemon to apply settings at boot
</pre>
<h3>مستقل ترتیبات کے لئے لانچ ڈیمون بنانا</h3>
<pre>
# Create /Library/LaunchDaemons/com.local.sysctl.plist
sudo tee /Library/LaunchDaemons/com.local.sysctl.plist &lt;&lt;EOF
&lt;?xml version="1.0" encoding="UTF-8"?&gt;
&lt;!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"&gt;
&lt;plist version="1.0"&gt;
&lt;dict&gt;
    &lt;key&gt;Label&lt;/key&gt;
    &lt;string&gt;com.local.sysctl&lt;/string&gt;
    &lt;key&gt;ProgramArguments&lt;/key&gt;
    &lt;array&gt;
        &lt;string&gt;/usr/sbin/sysctl&lt;/string&gt;
        &lt;string&gt;-w&lt;/string&gt;
        &lt;string&gt;kern.ipc.maxsockbuf=8388608&lt;/string&gt;
    &lt;/array&gt;
    &lt;key&gt;RunAtLoad&lt;/key&gt;
    &lt;true/&gt;
&lt;/dict&gt;
&lt;/plist&gt;
EOF

sudo chmod 644 /Library/LaunchDaemons/com.local.sysctl.plist
sudo launchctl load /Library/LaunchDaemons/com.local.sysctl.plist
</pre>
<div class="warning-box">
<strong>انتباہ:</strong>macOS Ventura (13) اور بعد میں سسٹم انٹیگریٹی پروٹیکشن (SIP) پابندیاں ہیں۔ کچھ کرنل پیرامیٹرز سوڈو کے ساتھ بھی قابل ترمیم نہیں ہوسکتے ہیں۔ اپنے مخصوص ماحول میں جانچ کی ترتیبات۔</div>
</div>
<h2>کارکردگی کی جانچ اور توثیق</h2>
<h3>بفر کی کارکردگی کی جانچ کے لیے ٹولز</h3>
<div class="diagnostic-box">
<h4>iperf3 - نیٹ ورک پرفارمنس ٹیسٹنگ</h4>
<pre>
# Server side
iperf3 -s

# Client side - test TCP throughput
iperf3 -c server_ip -t 60 -i 5 -w 16M

# Test with multiple parallel streams
iperf3 -c server_ip -P 10 -t 60

# Test UDP performance
iperf3 -c server_ip -u -b 1000M -t 60
</pre>
<h4>tcpdump - TCP ونڈو سائز کیپچر کریں۔</h4>
<pre>
# Capture and display TCP window sizes
tcpdump -i any -n 'tcp' -vv | grep -i window

# Save capture for Wireshark analysis
tcpdump -i any -w /tmp/capture.pcap 'tcp port 443'
</pre>
<h4>وائر شارک تجزیہ</h4>
<p>بفر مسائل کے ان اشارے تلاش کریں:</p>
<ul>
<li>ٹی سی پی زیرو ونڈو پیغامات</li>
<li>ٹی سی پی ونڈو اپڈیٹ پیکٹ</li>
<li>ٹی سی پی ونڈو مکمل اطلاعات</li>
<li>کم RTT کے ساتھ اعلی ری ٹرانسمیشن کی شرح</li>
</ul>
<h4>سسٹم مانیٹرنگ</h4>
<pre>
# Linux - Monitor network buffer statistics
watch -n 1 'cat /proc/net/sockstat'
watch -n 1 'ss -tm | grep -i mem'

# Check for drops
netstat -s | grep -i drop

# Windows - Monitor TCP statistics
netstat -e 1

# macOS - Monitor network statistics
netstat -s -p tcp
</pre>
</div>
<h2>بینڈوتھ-تاخیر پروڈکٹ (BDP) کیلکولیشن</h2>
<p>اپنے نیٹ ورک کے لیے بہترین بفر سائز کا تعین کرنے کے لیے، بینڈوتھ ڈیلے پروڈکٹ کا حساب لگائیں:</p>
<pre>
BDP = Bandwidth (bits/sec) × RTT (seconds)

Example for 10 Gigabit Ethernet with 50ms RTT:
BDP = 10,000,000,000 × 0.050 = 500,000,000 bits = 62.5 MB

Buffer Size = BDP × 2 (for bidirectional traffic and headroom)
Buffer Size = 62.5 MB × 2 = 125 MB

This is why modern settings recommend 128MB maximum buffers.
</pre>
<h2>کام کے بوجھ سے متعلق مخصوص سفارشات</h2>
<table class="buffer-table">
<tr>
<th>کام کے بوجھ کی قسم</th>
<th>تجویز کردہ بفر سائز</th>
<th>کلیدی پیرامیٹرز</th>
</tr>
<tr>
<td>ویب سرور (کم تاخیر)</td>
<td>4-16 MB</td>
<td>کم بفر، زیادہ کنکشن، تیز ردعمل</td>
</tr>
<tr>
<td>ڈیٹا بیس سرور</td>
<td>16-32 MB</td>
<td>اعتدال پسند بفرز، مسلسل تھرو پٹ</td>
</tr>
<tr>
<td>فائل ٹرانسفر / بیک اپ</td>
<td>64-128 MB</td>
<td>زیادہ سے زیادہ بفرز، اعلی تھرو پٹ ترجیح</td>
</tr>
<tr>
<td>ویڈیو سٹریمنگ</td>
<td>32-64 MB</td>
<td>بڑے بفرز، مسلسل ترسیل کی شرح</td>
</tr>
<tr>
<td>HPC/ڈیٹا سینٹر</td>
<td>128-256 MB</td>
<td>زیادہ سے زیادہ بفر، خصوصی بھیڑ کنٹرول</td>
</tr>
<tr>
<td>وائرلیس/موبائل</td>
<td>2-8 MB</td>
<td>قدامت پسند بفرز، متغیر لیٹنسی ہینڈلنگ</td>
</tr>
</table>
<h2>عام غلطیاں اور نقصانات</h2>
<div class="warning-box">
<h3>سے بچنے کے لئے غلطیاں</h3>
<ul>
<li><strong>اوور بفرنگ:</strong>ضرورت سے زیادہ بڑے بفر بفر بلوٹ کا سبب بن سکتے ہیں، تاخیر میں اضافہ</li>
<li><strong>یادداشت کی رکاوٹوں کو نظر انداز کرنا:</strong>بڑے بفر کنکشن کی گنتی سے ضرب کرتے ہیں۔ 10,000 کنکشنز اور 128MB بفرز والے سرور کو 1.25TB RAM کی ضرورت ہے</li>
<li><strong>بغیر کسی وجہ کے آٹو ٹیوننگ کو غیر فعال کرنا:</strong>جدید OS آٹو ٹیوننگ عام طور پر جامد ترتیبات سے بہتر ہے۔</li>
<li><strong>تبدیلیوں کے بعد جانچ نہیں کرنا:</strong>ہمیشہ حقیقی کام کے بوجھ کے ساتھ کارکردگی میں بہتری کی توثیق کریں۔</li>
<li><strong>NIC بفرز کو بھولنا:</strong>رنگ بفر کی تھکن ساکٹ بفرز سے آزادانہ طور پر ہوسکتی ہے۔</li>
<li><strong>متضاد ترتیبات:</strong>کلائنٹ اور سرور میں مطابقت پذیر بفر کنفیگریشن ہونا چاہیے۔</li>
<li><strong>بھیڑ کنٹرول کو نظر انداز کرنا:</strong>BBR اور CUBIC پرانے الگورتھم سے نمایاں طور پر بہتر ہیں۔</li>
</ul>
</div>
<h2>ٹربل شوٹنگ ورک فلو</h2>
<ol>
<li><strong>بیس لائن قائم کریں:</strong>iperf3 یا اسی طرح کے ٹولز سے موجودہ کارکردگی کی پیمائش کریں۔</li>
<li><strong>کیپچر پیکٹس:</strong>TCP ونڈو رویے کی شناخت کے لیے tcpdump/Wireshark استعمال کریں۔</li>
<li><strong>سسٹم کے اعدادوشمار چیک کریں:</strong>قطرے، بفر تھکن، دوبارہ منتقلی تلاش کریں۔</li>
<li><strong>بی ڈی پی کا حساب لگائیں:</strong>نظریاتی طور پر بہترین بفر سائز کا تعین کریں۔</li>
<li><strong>اضافی تبدیلیاں لاگو کریں:</strong>سب کچھ ایک ساتھ نہ بدلیں۔</li>
<li><strong>جانچ اور تصدیق کریں:</strong>اصل کارکردگی میں بہتری کی پیمائش کریں۔</li>
<li><strong>وقت کے ساتھ نگرانی کریں:</strong>یقینی بنائیں کہ ترتیبات مختلف بوجھ کے تحت بہترین رہیں</li>
</ol>
<h2>حوالہ جات اور مزید پڑھنا</h2>
<ul>
<li>RFC 1323 - اعلی کارکردگی کے لیے TCP ایکسٹینشنز (ونڈو اسکیلنگ)</li>
<li>RFC 2018 - TCP سلیکٹیو ایکنولجمنٹ آپشنز</li>
<li>RFC 6928 - TCP کی ابتدائی ونڈو کو بڑھانا</li>
<li>RFC 8312 - کیوبک کنجشن کنٹرول الگورتھم</li>
<li>BBR کنجشن کنٹرول (گوگل) - https://research.google/pubs/pub45646/</li>
<li>لینکس کرنل دستاویزات - networking/ip-sysctl.txt</li>
<li>ونڈوز TCP/IP پرفارمنس ٹیوننگ گائیڈ (مائیکروسافٹ)</li>
<li>ESnet نیٹ ورک ٹیوننگ گائیڈ - https://fasterdata.es.net/</li>
</ul>
<h2>نتیجہ</h2>
<p>بفر تھکن کارکردگی کے مسائل کی ایک عام وجہ ہے جو نیٹ ورک سے متعلق معلوم ہوتی ہے۔ 2009 کی 128KB کی حد سے لے کر آج کی 128MB صلاحیتوں تک بفر سائزنگ کے ارتقاء کو سمجھ کر، نیٹ ورک انجینئر ان مسائل کی فوری شناخت اور حل کر سکتے ہیں۔</p>
<p>اہم نکات:</p>
<ul>
<li>جدید سسٹمز کو لیگیسی (2009) کنفیگریشنز سے نمایاں طور پر بڑے بفرز کی ضرورت ہوتی ہے۔</li>
<li>اپنے مخصوص نیٹ ورک کے حالات کے لیے ہمیشہ BDP کا حساب لگائیں۔</li>
<li>دستیاب ہونے پر OS آٹو ٹیوننگ کی خصوصیات استعمال کریں (ونڈوز، جدید لینکس)</li>
<li>تبدیلیوں کی توثیق کے لیے نگرانی اور جانچ کریں۔</li>
<li>ٹیوننگ کرتے وقت کام کے بوجھ سے متعلق مخصوص تقاضوں پر غور کریں۔</li>
</ul>
<p>یاد رکھیں: ایک "نیٹ ورک کا مسئلہ" جو پیکٹ کے تجزیے سے ظاہر ہوتا ہے تاکہ TCP صفر ونڈوز کو ظاہر کیا جا سکے دراصل ایک میزبان سسٹم ریسورس کا مسئلہ ہے۔ مناسب بفر ٹیوننگ کے ساتھ، آپ ان غلط تشخیص کو ختم کر سکتے ہیں اور بہترین کارکردگی حاصل کر سکتے ہیں۔</p>
<hr/>
<p><em>آخری تازہ کاری: فروری 2، 2026</em></p>
<p><em>مصنف: Baud9600 تکنیکی ٹیم</em></p>