الموارد أم قرب الخادم؟ قياس يحسم الجدل

تجربة تفصل الشبكة عن الخادم

الجدل حول «هل القرب الجغرافي يهم؟» يظل نظرياً ما لم يُقَس. ولقياسه لا بد من فصل المتغيرين: زمن الشبكة وزمن المعالجة. وطريقة الفصل بسيطة: قِس من داخل الشبكة نفسها، حيث زمن الشبكة يقارب الصفر، فيبقى ما تقيسه هو زمن الخادم وحده.

نفّذنا ذلك من خادم داخل شبكتنا (زمن ذهاب وعودة إلى الخادم الهدف: أقل من مللي ثانية واحدة)، وقارنّا نوعين من الطلبات على الخادم نفسه:

الفرق بين الحالتين هو زمن المعالجة الخالص: نحو 390 إلى 445 مللي ثانية. وهذا الزمن لا علاقة له بالشبكة ولا بالمسافة — سيبقى كما هو لو نقلت الخادم إلى بيت الزائر.

أين تذهب المللي ثواني فعلاً

حساب يحسم الأولوية

لنأخذ زائراً عراقياً على موقع ديناميكي. مجموع انتظاره لأول بايت ≈ 450 (خادم) + 87 (شبكة) = 537 مللي ثانية. الآن قارن مسارين للتحسين:

النتيجة صريحة: أفضل قرار جغرافي ممكن يعطيك 12٪، وأبسط قرار تقني يعطيك 78٪. ومع ذلك يقضي كثيرون شهوراً في الجدل حول موقع الخادم بينما لم يفعّلوا التخزين المؤقت بعد.

لماذا الموارد تحسم في المواقع الديناميكية

الصفحة الديناميكية ليست ملفاً يُرسَل، بل نتيجة عمل يُنفَّذ عند كل طلب: تشغيل شيفرة، واستعلامات على قاعدة البيانات، وتركيب قالب. وهذا العمل يستهلك ثلاثة موارد:

المعالج — وجيله لا عدد أنويته

معظم عمل الصفحة الواحدة متسلسل: استعلام ينتظر استعلاماً، ودالة تنتظر أخرى. ولذلك ما يحدد سرعتها هو أداء النواة الواحدة لا عددها. معالج حديث ينهي العمل نفسه في نصف الزمن مقارنة بمعالج من جيل قديم بالعدد نفسه من الأنوية. عدد الأنوية يفيد في خدمة عدة زوار في وقت واحد، لا في تسريع الزائر الواحد.

الذاكرة — سعتها ونوعها

الذاكرة تحسم أمرين: كم طلباً متزامناً يستطيع الخادم خدمته قبل أن يبدأ بالتبديل إلى القرص (وعندها ينهار كل شيء)، وكم يستطيع أن يحتفظ به جاهزاً بدل إعادة حسابه. وسرعة الذاكرة نفسها تفرق: DDR5 بسرعة 6400MHz ليست DDR4 بسرعة 2400MHz في التطبيقات كثيفة الوصول للذاكرة.

القرص — نوعه قبل حجمه

كل استعلام قاعدة بيانات لا يجد نتيجته في الذاكرة يذهب إلى القرص. وهنا يظهر الفرق بين NVMe وSSD عبر واجهة SATA بمراتب، لا بنسب مئوية. راجع الفرق بين NVMe و SSD.

الاستثناء: متى يهمّ القرب فعلاً

لا نقول إن المسافة بلا معنى — بل إنها المتغير الثاني لا الأول. تصبح المسافة حاسمة في حالات محددة:

• التطبيقات التي ترسل عشرات الطلبات الصغيرة في الثانية — ألعاب، تداول لحظي، أنظمة تحكم. هنا يُضرب زمن الشبكة في عدد الطلبات فيصبح مهيمناً.
• المكالمات والاتصال المرئي — حيث التأخير محسوس مباشرة بالأذن.
• الصفحات المخزّنة مؤقتاً بالكامل — إذا صار زمن الخادم 20 مللي ثانية، فالشبكة (87) تصبح هي الجزء الأكبر. أي أن القرب يهم فقط بعد أن تحل مشكلة الخادم، لا قبلها.

لاحظ المفارقة في النقطة الأخيرة: من يجادل في موقع الخادم قبل ضبط موقعه، يجادل في مشكلة لم يصل إليها بعد.

ترتيب الإنفاق الصحيح

1. فعّل التخزين المؤقت للصفحات. أكبر مكسب مفرد، وغالباً بلا تكلفة.
2. اضغط الصور وقلّل وزن الصفحة. يخدم كل الزوار وخصوصاً على شبكة الهاتف.
3. انتقل إلى موارد مضمونة إن كان أداؤك يتذبذب بين الصباح والمساء. راجع متى تنتقل إلى VPS.
4. حسّن قاعدة البيانات — الفهارس والاستعلامات الثقيلة وكاش الكائنات.
5. ارفع فئة العتاد إن كان المعالج أو القرص هو الاختناق.
6. ثم — وأخيراً — ناقش الموقع الجغرافي.

كيف تجري القياس على موقعك أنت

1. قِس زمن أول بايت من أدوات المطور في متصفحك (تبويب الشبكة، أول طلب). هذا الرقم يجمع الشبكة والمعالجة.
2. اطلب ملفاً ثابتاً من الموقع نفسه — صورة مثلاً — وقِس زمنه. الفرق بين الرقمين هو زمن المعالجة تقريباً.
3. قارن: إن كان زمن المعالجة أكبر من زمن الملف الثابت بأضعاف، فمشكلتك في الخادم لا في المسافة.
4. كرّر مساءً. إن تضخّم الفرق في الذروة، فمواردك مشتركة ومزدحمة.

وللمقارنة، أرقام الشبكة من جانبنا منشورة كاملة في قياس شبكتنا إلى 108 شبكات عراقية.

أسئلة شائعة

هل قرب الخادم من العراق يحسّن سرعة موقعي؟

يحسّنها بمقدار محدود. قياسنا يظهر أن الشبكة تمثل نحو سُدس زمن الانتظار لموقع ديناميكي، بينما تمثل معالجة الخادم البقية. عالج الخادم أولاً.

ما الأهم: المعالج أم الذاكرة أم القرص؟

يعتمد على تطبيقك. المواقع الديناميكية العادية يقيّدها القرص وقاعدة البيانات، والتطبيقات متعددة المستخدمين تقيّدها الذاكرة، والمعالجات الثقيلة يقيّدها المعالج. قِس قبل أن ترقّي.

لماذا لا يكفي عدد الأنوية؟

لأن بناء الصفحة الواحدة عمل متسلسل يستفيد من قوة النواة الواحدة لا من عددها. عدد الأنوية يزيد عدد الزوار المتزامنين لا سرعة الزائر الواحد. راجع كيف تقارن عروض VPS.

موقعي بطيء — من أين أبدأ؟

ابدأ بقياس زمن أول بايت ومقارنته بزمن ملف ثابت على الخادم نفسه. هذه المقارنة وحدها تخبرك إن كانت المشكلة في الخادم أم في الشبكة أم في وزن الصفحة.

هل الموارد المضمونة تستحق فرق السعر؟

نعم إن كان أداؤك يتذبذب بين الصباح والمساء، لأن التذبذب دليل مشاركة. الأداء المتوقع أثمن من الأداء الأسرع أحياناً.

هل ينطبق هذا على المتاجر الإلكترونية؟

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

متى أعيد النظر في موقع الخادم؟

بعد أن يصل زمن المعالجة لديك إلى ما دون 100 مللي ثانية. عندها فقط تصبح الشبكة هي الجزء الأكبر من الانتظار ويستحق النقاش.

أعدّه الفريق التقني في مرام هوست · القياسات بتاريخ 9 أيلول 2026 من داخل شبكتنا (زمن ذهاب وعودة أقل من 1ms) لعزل زمن المعالجة عن زمن الشبكة. الرسوم من إنتاج مرام هوست. الأرقام تختلف باختلاف التطبيق وإعداده.