التنميط في الوقت الحقيقي = 45 ثانية ، ولكن وقت الخيط = 0.387 ثانية ما الذي يمكن أن يتسبب في هذا التناقض؟

Question

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

على سبيل المثال ، كان تسجيل الدخول إلى سطح المكتب البعيد بطيئًا ، وليس استخدام سطح المكتب عن بُعد ، فقط تسجيل الدخول. وأيضًا بعض تطبيقات ASP.NET التي تعمل عادةً مثل الرياح تعمل الآن مثل السلحفاة. بعد الكثير من النقاش حول سبب هذا التباطؤ ، بدأت التحقيق في المشكلة الفعلية.

تم العثور على آخر اكتشاف مثير للاهتمام عندما قمت بتثبيت dottrace على خادم الاختبار. تشغيل صفحة عرفت أنها ستعمل بشكل سيء ، حصلت على النتائج التالية (المستوى العالي) للخيط الذي أجرى العمل للصفحة المزعجة:

Real/wall time: 45538 ms
Thread time:    375 ms

بقدر ما أعرف هذا يعني أن الخيط يقضي وقتًا طويلاً في عدم تنفيذها. نظرية الحيوانات الأليفة الخاصة بي هي أن البيئة الافتراضية تعطي الأولوية لخوادم أخرى تعمل على الخادم الخاص بي. هل يمكن أن يكون هذا هو السبب؟ ما رأيك؟

ملاحظة: إذا كنت بحاجة إلى مزيد من التفاصيل مثل الآثار الفعلية ، فليس لدي مشكلة في تسليمها إذا سألت.

تعديل: المزيد من التفاصيل! أغلى المكالمات في التتبع هي:

1 استدعاء إلى keyinfox509data.ctor (x509certificate ، x509includeoption): 30014 مللي ثانية
1 مكالمة إلى signedxml.computesignature: 15045 مللي ثانية

تفاصيل تتبع

Answer 1

لذلك اتضح أنها مشكلة أمان/شبكة/DNS. كان أحد تسجيلات DNS على الخادم غير صحيح. أدى ذلك إلى إرجاع IP خاطئ عندما حاول البحث عن خادم الإعلانات. ثم أدى ذلك إلى مهلة عند طلب معلومات م التي أدت مرة أخرى إلى بعض المشكلات الأخرى. كل هذه القضايا لم تُظهر نفسها إلا توقفًا طويلاً عند طلب صفحات معينة.

Answer 2

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

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

بالتأكيد ، يجب أن تنظر إلى النشاط المقابل على جميع أجهزة VM التي تشترك في أجهزتك وربما تصل الشبكة إلى مربع الاختبار الخاص بك ومن مربع الاختبار إلى الخارج. من المحتمل أن يكون هذا شيئًا لا يمكن لصالح مزود خدمة الإنترنت سوى فعله (لأنه في الأساس مشكلة تفاعل متعددة العوامل).

اعتمادًا على خادم VM والأجهزة ، قد يكون إعدادًا قابل للتعديل أو قد لا يكون كذلك. إذا لم يكن الأمر كذلك ، فقد لا يكون هناك أي شيء يمكنك القيام به حيال ذلك.

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