فایل‌های کوچک به‌خاطر رفت‌وبرگشت‌ها روی VPN می‌خزند، نه به‌خاطر سرعت
پوشه‌ای از فایل‌های ریز، هزینه‌های فراداده و رفت‌وبرگشتی را می‌پردازد که یک فایل بزرگ پنهان می‌کند. پیش از سرزنش پهنای باند تونل، شکل بار کاری را اندازه بگیرید.
یک فایل 2 GB را از طریق VPN کپی کنید و انتقال خوب به نظر می‌رسد. پوشه‌ای با ده هزار سند کوچک را کپی کنید و همان پیوند خراب به نظر می‌رسد. تفاوت، تنظیم پهنای باندی نیست که بین دو کار تغییر کرده باشد. کار دوم وقت خود را صرف راه‌اندازی، فراداده و انتظار برای پاسخ‌ها می‌کند و همین تأخیر تونل است که آن انتظار را دیدنی می‌کند.
یک فایل جریان می‌یابد؛ پوشه‌ای از فایل‌ها چانه می‌زند
یک کپی بزرگ بیشتر عمر خود را در حلقه خواندن-نوشتن روی تعداد کمی دسته باز می‌گذراند. هزینه پروتکل یک بار برای هر فایل پرداخت می‌شود و داده‌ها در بلوک‌های بزرگ جابه‌جا می‌شوند. پهنای باند بر نتیجه حاکم است.
کپی پوشه برای هر فایل هزینه می‌دهد: ساخت، پرسش ویژگی‌ها، باز کردن، نوشتن، بستن و به‌روزرسانی فراداده پوشه. هر یک از این‌ها درخواستی است که پیش از ادامه گام بعدی منتظر پاسخ می‌ماند. بایت‌ها ریزند؛ هماهنگی ریز نیست.
به همین دلیل نمودار استفاده پایین از پیوند تقریباً هیچ چیز را اثبات نمی‌کند. پیوند بی‌کار است چون کلاینت منتظر است، نه چون تونل کند است. یک آرایه ذخیره‌سازی یا پویشگر نقطه پایانی می‌تواند همان شکل تأخیر را اضافه کند. پیش از تغییر هر تنظیم شبکه مشخص کنید کدام مرحله منتظر است.
رفت‌وبرگشت‌ها سریع‌تر از بایت‌ها جمع می‌شوند
تأخیر هزینه یک تبادل وابسته است. اگر یک فایل چند تبادل زنجیره‌ای لازم داشته باشد و تونل در هر جهت 40 ms اضافه کند، هزینه هر فایل به‌سرعت رشد می‌کند. ده هزار فایل آن را به دقیقه تبدیل می‌کند.
حساب‌وکتاب تصویری است، نه سنجش: تضمینی نیست که یک فایل یک رفت‌وبرگشت هزینه کند و کلاینت‌ها بخشی از کار را همپوشان می‌کنند.
دو اهرم مجموع را تغییر می‌دهند. تعداد تبادل‌های وابسته هر فایل را کم کنید یا بیشترشان را همزمان در جریان نگه دارید. اولی تغییر پروتکل یا بار کاری است؛ دومی همزمانی است. هیچ‌کدام پیوند کند را سریع‌تر نمی‌کند.
بار کاری را اندازه بگیرید، نه پیوند را
سه کار را با نقاط پایانی و سیاست دسترسی یکسان مقایسه کنید: یک فایل بزرگ، پوشه فایل‌های کوچک و عملیات واقعی کسب‌وکار. تعداد فایل، توزیع اندازه، ابزار کپی و شرایط شبکه را همراه هر نتیجه ثبت کنید.
یک عدد تنها بر حسب MB/s بدون این جزئیات را نمی‌توان با عدد هیچ‌کس دیگری مقایسه کرد.
تأخیر را جدا از توان عملیاتی اندازه بگیرید. یک آزمون ساده رفت‌وبرگشت به سرور فایل عددی می‌دهد که در عملیات کوچک ضرب می‌شود. سپس الگوی درخواست‌های کپی را ببینید، نه نرخ میانگین آن را. اگر نرخ پایین و پیوند بی‌کار باشد، گلوگاه بالای تونل است.
کار را تغییر دهید: همزمانی و بایگانی‌ها
برای کپی انبوه مجاز، ابزاری با همزمانی کنترل‌شده درخواست‌های بیشتری را در جریان نگه می‌دارد. گزینه /MT در Robocopy نمونه رایج ویندوز است. افزودن رشته‌ها کپی سریع‌تر را تضمین نمی‌کند.
عددی را انتخاب کنید که کلاینت، سرور و ذخیره‌سازی تاب بیاورند و گزارش کار و هر خطا را نگه دارید.
بایگانی در مبدأ و باز کردن محلی، کار از راه دور هر فایل را حذف می‌کند. زمان آماده‌سازی و استخراج را در مقایسه بگنجانید و تأیید کنید که بایگانی فراداده و مجوزهای موردنیاز کار را حفظ می‌کند. هیچ‌یک از این ترفندها برنامه را وادار نمی‌کند عملیات فایل خودش را دسته‌بندی کند.
شمارنده را با آزمون کنترل‌شده بررسی کنید
همان کار را دو بار با تغییر یک متغیر اجرا کنید و هر دو عدد را ثبت کنید. آزمون کنترل‌شده تنها راه دانستن این است که تنظیم کمک کرده یا شبکه تصادفاً آرام‌تر بوده است.
دو فرمان تعداد فایل و خط پایه رفت‌وبرگشت را می‌دهند:
Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.exampleسپس کپی را با تعداد رشته محدود اجرا کنید و گزارش را با اجرای پیشین مقایسه کنید:
robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEEبرای بهبود شمارنده، امضای SMB، رمزنگاری یا حفاظت نقطه پایانی را غیرفعال نکنید. آن تغییرها یک ویژگی امنیتی را با عددی معاوضه می‌کنند که شاید گلوگاه نبوده است. و در یادداشت‌های خود انتقال VPN را از انتقال خود SMB جدا نگه دارید، چون اصلاحی در یکی شاهدی درباره دیگری نیست.