متطلبات الشبكة
يعد اتصال الشبكة المستقر والمنخفض الكمون بمركز بيانات Azure أمرا بالغ الأهمية للحصول على تجربة مستخدم جيدة في عرض Azure عن بعد. يمكن أن تؤدي ظروف الشبكة السيئة إلى انقطاع الاتصالات أو عدم الاستقرار أو التوتر أو "القفز" في الصور المجسمة والتأخر الملحوظ عند تحديث الرسم البياني للمشهد من جانب الخادم.
إرشادات الاتصال بالشبكة
تعتمد متطلبات الشبكة الدقيقة على حالة الاستخدام المحددة الخاصة بك، مثل عدد وتكرار التعديلات على الرسم البياني للمشهد البعيد بالإضافة إلى تعقيد العرض المعروض، ولكن هناك عددا من الإرشادات لضمان أن تكون تجربتك جيدة قدر الإمكان:
- يجب أن يدعم اتصالك بالإنترنت ما لا يقل عن 40 ميجابت في الثانية في اتجاه المصبو5 ميجابت في الثانية في اتجاه المنبع باستمرار لجلسة مستخدم واحد من Azure Remote Rendering، على افتراض عدم وجود حركة مرور منافسة على الشبكة. نوصي بمعدلات أعلى للحصول على تجارب أفضل.
- Wi-Fi هو نوع الشبكة الموصى به لأنه يدعم زمن انتقال منخفض وعرض نطاق ترددي عال واتصال مستقر. تقدم بعض شبكات الهاتف المحمول توترا يمكن أن يؤدي إلى تجربة سيئة.
- عادة ما يؤدي استخدام النطاق Wi-Fi 5 جيجاهرتز إلى نتائج أفضل من النطاق Wi-Fi 2.4 جيجاهرتز ، على الرغم من أن كليهما يجب أن يعملا.
- إذا كانت هناك شبكات Wi-Fi أخرى قريبة، فتجنب استخدام القنوات Wi-Fi المستخدمة من قبل هذه الشبكات الأخرى. يمكنك استخدام أدوات مسح الشبكة مثل WifiInfoView للتحقق مما إذا كانت القنوات التي تستخدمها شبكة Wi-Fi الخاصة بك خالية من حركة المرور المتنافسة.
- تجنب تماما استخدام مكررات Wi-Fi أو إعادة توجيه خط الطاقة LAN.
- تجنب حركة المرور المتنافسة ذات النطاق الترددي الكثيف - مثل بث الفيديو أو الألعاب - على نفس شبكة Wi-Fi.
- إذا كان لديك أجهزة متعددة على نفس نقطة الوصول، توسيع نطاق المتطلبات بالتوافق. إذا كان لديك نقاط وصول متعددة عبر بيئة، فقم بتحميل أجهزة التوازن عبر نقاط الوصول، بحيث يتم توزيعها بالتساوي.
- وجود قوة إشارة جيدة Wi-Fi أمر ضروري. إذا كان ذلك ممكنا، ابق قريبا من نقطة وصول Wi-Fi وتجنب العقبات بين جهاز العميل ونقاط الوصول.
- تأكد من الاتصال دائما بأقرب مركز بيانات Azureلمنطقتك. كلما اقترب مركز البيانات ، انخفض زمن انتقال الشبكة ، مما له تأثير كبير على استقرار الهولوغرام.
ملاحظة
يتم استهلاك النطاق الترددي في الغالب من قبل دفق الفيديو ، والذي بدوره ينقسم بين معلومات اللون والعمق (كلاهما 60 هرتز ، ستيريو).
اختبارات أداء الشبكة
إذا كنت ترغب في الحصول على فهم أولي لما إذا كانت جودة اتصال الشبكة كافية لتشغيل عرض Azure عن بعد، فهناك أدوات موجودة عبر الإنترنت يمكنك استخدامها. نوصي بشدة بتشغيل هذه الأدوات عبر الإنترنت من كمبيوتر محمول قوي بشكل معقول متصل بنفس Wi-Fi مثل الجهاز الذي تخطط لتشغيل تطبيق عميل Azure Remote Rendering عليه. عادة ما تكون النتائج التي تم الحصول عليها من تشغيل الاختبارات على الهاتف المحمول أو HoloLens2 أقل فائدة ، حيث أثبتت أنها تظهر تباينا كبيرا على أجهزة نقطة النهاية منخفضة الطاقة. يجب أن يكون الموقع الذي تضع فيه الكمبيوتر المحمول تقريبا في نفس المكان الذي تتوقع فيه استخدام الجهاز الذي يقوم بتشغيل تطبيق عميل Azure Remote Rendering.
فيما يلي بعض الخطوات البسيطة لإجراء اختبار سريع لاتصالك بالشبكة:
- قم بتشغيل أداة اختبار الشبكة مثل www.speedtest.net للحصول على بيانات حول الكمون الإجمالي وعرض النطاق الترددي للمنبع / المصب لاتصال الشبكة.
اختر الخادم الأقرب إليك وقم بتشغيل الاختبار. على الرغم من أن الخادم لن يكون مركز بيانات Azure الذي سيتصل به Azure Remote Rendering، إلا أن البيانات الناتجة لا تزال مفيدة لفهم أداء اتصالك بالإنترنت وشبكة Wi-Fi.
- الحد الأدنى من المتطلبات لعرض Azure عن بعد: حوالي 40 ميجابت في الثانية في اتجاه المصب و5 ميجابت في الثانية في المنبع.
- يوصى به لعرض Azure عن بعد: حوالي 100 ميجابت في الثانية في اتجاه المصب وحوالي 10 ميجابت في الثانية في المنبع. نوصي بإجراء الاختبار عدة مرات وأخذ أسوأ النتائج.
- استخدم أداة مثل www.azurespeed.com يقيس زمن الوصول إلى مراكز بيانات Azure. حدد مركز بيانات Azure المدعوم من قبل Azure Remote Rendering الأقرب إليك (راجع المناطق المدعومة) وقم بتشغيل اختبار زمن الوصول. إذا كان هناك اختلاف في الأرقام التي تراها ، فامنح النتائج بعض الوقت للاستقرار.
- الحد الأدنى من متطلبات العرض عن بعد ل Azure: يجب أن يكون زمن الوصول أقل باستمرار من 80 مللي ثانية.
- موصى به لعرض Azure عن بعد: يجب أن يكون زمن الوصول أقل باستمرار من 40 مللي ثانية.
على الرغم من أن الكمون المنخفض ليس ضمانا بأن عرض Azure عن بعد سيعمل بشكل جيد على شبكتك، إلا أننا عادة ما نراه يعمل بشكل جيد في المواقف التي اجتازت فيها هذه الاختبارات بنجاح. إذا كنت تواجه أعمالا أثرية مثل الصور المجسمة غير المستقرة أو المتوترة أو القفز عند تشغيل عرض Azure عن بعد، فراجع دليل استكشاف الأخطاء وإصلاحها.
كيفية "ping" جلسة تقديم
قد يكون من المفيد قياس زمن الانتقال مقابل VM معين للجلسة ، حيث قد تختلف هذه القيمة عن القيم التي يبلغ عنها www.azurespeed.com. يتم تسجيل اسم مضيف جلسة عمل بواسطة البرنامج النصي powershell لإنشاء جلسة عمل جديدة. وبالمثل ، هناك خاصية اسم مضيف في استجابة استدعاء REST وأيضا في واجهة برمجة تطبيقات وقت تشغيل C ++ / C # (RenderingSessionProperties.Hostname). علاوة على ذلك ، هناك حاجة إلى منفذ المصافحة ، والذي يمكن استرداده بالمثل.
فيما يلي بعض نماذج المخرجات من تشغيل البرنامج النصي RenderingSession.ps1 :
لا تعمل الأجهزة الظاهرية لجلسة ARR مع أداة "ping" المضمنة في سطر الأوامر. بدلا من ذلك، يجب استخدام أداة ping تعمل مع TCP/UDP. يمكن استخدام أداة بسيطة تسمى PsPing (رابط التنزيل) لهذا الغرض. بناء جملة الاتصال هو:
psping.exe <hostname>:<handshakeport>
مثال على الإخراج من تشغيل PsPing:
