تغییر DNS به‌خودی‌خود تضمین نمیکند پینگ مسابقه کمتر شود. DNS در پیدا کردن نشانی سرویس نقش دارد؛ پینگ داخل بازی به رفتوبرگشت داده تا مقصدی مربوط است که بازی واقعاً به آن وصل شده. عدد خوب در تست DNS، نتیجهٔ خوب در مسابقه را ثابت نمیکند.
بااین‌حال، گفتن اینکه DNS تحت هیچ شرایطی اثری ندارد هم دقیق نیست. پاسخ نام‌یابی میتواند در بعضی سرویس‌ها بر مقصد انتخاب‌شده اثر بگذارد و سرویس‌های مدیریت‌شده ممکن است مسیرهای منتخب داشته باشند. برای نسبت‌دادن تغییر پینگ به این عوامل باید مقصد، مرحلهٔ بازی و شرایط مقایسه را بشناسید.
سه عدد شبیه که سه سؤال متفاوت را جواب می‌دهند
زمان lookup یعنی مدت گرفتن پاسخ یک پرس‌وجوی DNS. این مدت میتواند رفتوبرگشت تا حلکننده، وضعیت کش و پرس‌وجوهای لازم تا سرورهای دیگر را دربر بگیرد. به همین دلیل، پاسخ دامنه‌ای که در کش است ممکن است با اولین پرس‌وجوی همان نام یکسان نباشد.
پینگ به آدرس حلکننده، زمان رفتوبرگشت بستهٔ ICMP تا همان مقصد را میسنجد. این آزمون حتی زمان پردازش یک پرس‌وجوی DNS را هم بهتنهایی نشان نمی‌دهد. پینگ نمایش‌داده‌شده در بازی نیز به ارتباط و روش اندازه‌گیری خود بازی مربوط است؛ مقصد و نوع ترافیک آن میتواند با هر دو آزمون قبلی متفاوت باشد.
| اندازه‌گیری | پاسخ به چه پرسشی؟ | چه چیزی را ثابت نمیکند؟ |
|---|---|---|
| زمان lookup | پاسخ این نام در این پرس‌وجو چقدر طول کشید؟ | سلامت یا تأخیر مسابقه |
| ping به حلکننده | بستهٔ ICMP تا این مقصد چه رفت‌وبرگشتی داشت؟ | مدت کامل lookup و کیفیت سرور بازی |
| شاخص اتصال داخل بازی | بازی دربارهٔ اتصال فعلی چه گزارش میکند؟ | اینکه عامل تغییر حتماً DNS بوده است |
چرا ورود سریع‌تر با پینگ کمتر فرق دارد؟
فرض کنید پس از تغییر DNS، لانچر دیگر در انتظار پاسخ یک نام متوقف نمی‌شود. این نتیجه، اگر قابل تکرار باشد، دربارهٔ همان مرحلهٔ دسترسی مفید است. اما پس از ورود، مسابقه ممکن است به سرور دیگری وصل شود و مسیر مستقل خودش را داشته باشد. از رفع مانع ورود نمی‌توان به کاهش تأخیر مسابقه رسید.
همین تفکیک دربارهٔ قطع صدا، لابی و دانلود هم لازم است. یک مرحله ممکن است کار کند و مرحلهٔ دیگر همچنان مشکل داشته باشد. پیش از انتخاب سرویس، مشخص کنید هدف شما رفع مانع ورود است یا بهترشدن کیفیت ارتباط در مسابقه؛ معیار قبولی این دو یکسان نیست.
DNS چه وقت میتواند غیرمستقیم نتیجه را عوض کند؟
همیشه همهٔ کاربران برای یک نام، یک مقصد یکسان دریافت نمی‌کنند. شبکه‌های توزیع محتوا و برخی سرویس‌های حساس به تأخیر می‌توانند با توجه به اطلاعات مکانی شبکه، پاسخ متفاوت بدهند. مستندات Google Public DNS دربارهٔ ECS توضیح می‌دهد که بخشی از اطلاعات شبکهٔ کاربر میتواند برای انتخاب پاسخ متناسب به سرور مرجع DNS آن دامنه منتقل شود.
در نتیجه تغییر حلکننده گاهی میتواند مقصد انتخاب‌شده را تغییر دهد؛ اما این احتمال به معنی تغییر حتمی سرور مسابقه، مسیر بهتر یا پینگ کمتر نیست. همچنین اگر یک سرویس مدیریت‌شده برای مقصد منتخب مسیر دیگری فراهم کند، نتیجهٔ آن را باید در همان محدوده سنجید. از کارکرد عمومی DNS نمی‌توان عملکرد آن مسیر را استنتاج کرد.
برای مقایسه، ابتدا چیزهایی را که نباید تغییر کنند بنویسید
اگر همزمان DNS، اینترنت، منطقهٔ سرور و اتصال Wi-Fi را تغییر دهید، حتی نتیجهٔ بهتر هم عامل مؤثر را مشخص نمیکند. برای یک مقایسهٔ کاربردی، تنظیم قبلی را یادداشت کنید و هر بار تنها متغیر موردنظر را تغییر دهید. آزمون را وقتی انجام دهید که می‌توانید بازی را با خیال راحت ببندید و دوباره اجرا کنید، نه در میانهٔ مسابقه.
نام منطقه یا سرور را هم ثبت کنید. اگر بازی مقصد جدیدی انتخاب کرده، نتیجه را به‌عنوان مقایسهٔ دو وضعیت با مقصد متفاوت نگه دارید؛ آن را آزمون خالص سرعت DNS معرفی نکنید. حتی با کنترل بهتر، نوسان طبیعی شبکه و زمان‌های متفاوت مشاهده، نسبت‌دادن علت را محدود می‌کنند.
- دستگاه، اینترنت، روش اتصال و تنظیم اولیه را ثبت کنید؛ دانلود و ترافیک سنگین همزمان را بررسی کنید.
- همان بازی، مرحله، منطقه و در صورت نمایش، همان سرور را در دو وضعیت مقایسه کنید.
- برای نام‌یابی، نام دامنه، نوع رکورد و حلکننده را ثابت و مشخص نگه دارید؛ نتیجهٔ lookup را جدا بنویسید.
- برای مسابقه، شاخصهای اتصال خود بازی را در چند نوبت ثبت کنید و زمان مشاهده و مقصد را کنار نتیجه بیاورید.
- به تنظیم قبلی برگردید و مقایسه را تکرار کنید. یک نتیجهٔ تک‌بار را برتری پایدار حساب نکنید.
فقط به میانگین پینگ نگاه نکنید
تأخیر پایین‌تر اگر همراه با نوسان زیاد یا ازدست‌رفتن بسته‌ها باشد، تمام تجربهٔ اتصال را توضیح نمی‌دهد. نوسان تأخیر یا jitter به تغییر زمان رسیدن داده‌ها مربوط است؛ packet loss هم به بسته‌هایی اشاره دارد که به مقصد نمی‌رسند. اگر بازی این شاخص‌ها را نشان می‌دهد، آن‌ها را کنار پینگ و قطع‌ووصلی‌ها ثبت کنید.
یک ثبت پیشنهادی میتواند این ستون‌ها را داشته باشد: زمان، تنظیم DNS، اینترنت، مرحله، منطقه یا سرور، پینگ نمایش‌داده‌شده، loss و خطای مشاهده‌شده. این یک الگوی ثبت است و عدد یا آزمایش اجراشده‌ای در این مقاله وجود ندارد. اگر بازی شاخصی را نمایش نمی‌دهد، جای خالی را با حدس پر نکنید.
نتیجهٔ تست را به یک تصمیم محدود و روشن تبدیل کنید
اگر فقط lookup یا ورود بهتر شده، همان را نتیجه بنویسید. اگر کیفیت مسابقه هم بهتر شده، برای توضیح علت هنوز باید ثبات مقصد، تکرارپذیری و عوامل دیگر بررسی شوند. اگر lookup موفق است ولی مسابقه همچنان مشکل دارد، تکرار بی‌هدف آدرس‌های DNS لزوماً قدم بعدی مناسبی نیست؛ خطا و مرحلهٔ مشکل را پیگیری کنید.
SickDNS کاهش همیشگی پینگ را تعهد نمیکند و وضعیت ورود، مسابقه، صدا و دانلود را جدا می‌داند. برای بررسی تناسب سرویس با نیازتان، ابتدا محدودهٔ همان بازی و مرحله را ببینید. این مقاله اثبات پشتیبانی مسابقه یا نتیجهٔ عملکرد هیچ بازی خاصی نیست.
هنوز دیدگاهی برای این مقاله ثبت نشده است.