سؤال

سأعتذر مقدما عندما يولد هذا المنشور من الإحباط الشديد.

لدي موقع ASP الكلاسيكي الذي يعمل على نظام التشغيل Windows 2000 / IIS5 لسنوات، وموقع ASP.NET 2.0 آخر بدأنا مؤخرا يعمل على نفس الخوادم. حتى الآن، كل شيء يعمل بشكل جيد.

في العام الماضي، حاولت ترقية (تثبيت جديد) إلى نظام التشغيل Windows 2003 / IIS6. كان موقع ASP الكلاسيكي أبطأ بكثير، حيث أبطأ حوالي 50٪ على أساس السجلات / الإحصائيات التي بلغ متوسطها على مدار أسابيع من الاستخدام. حاولت كل شيء لمعرفة ما كان بطيئا. قرص الشبكة. المدمجة. وضع الكلاسيكية IIS5. تحت المعالجة. خارج العملية. لا شيء جعل الأشياء بشكل أفضل وأعادت قريبا إلى IIS5 / 2000. لقد خرج اليوم مرة أخرى، ذهب الأداء مرة أخرى إلى المكان الذي كان فيه. حدث هذا على أكثر من خادم واحد. في النهاية، استسلمت وتكريمها حتى عام 2003 قضايا TCP من نوع ما.

لقد قمت مؤخرا بتثبيت خادم Windows 2008 / IIS على آلة مماثلة ولكن أكثر قوة على أمل أن الأمور كانت أفضل. الكثير على سعادتي، تطبيقي ASP Classic App أسرع ضمن Windows 2008. لسوء الحظ، تطبيق ASP.NET الخاص بي هو 50-75٪ أبطأ لسبب الظاهر الآن. جميع الأحمال المحتوى. انها على نفس الشبكة مثل الجهاز 2000. تم نسخ الموقع مباشرة من الجهاز الآخر، وهو تطبيق Web Precompile من Studio 2005.

في حين أن الصفحة تضغط على قاعدة البيانات وخادم آخر للبيانات الأولية، فإنه يخفف منه من هناك لفترة طويلة، كما أنه يستخدم نفس خوادم DB مثل الموقع الكلاسيكي، وهو سريع، لذلك أعرف أنه ليس مشكلة اتصال بالضرورة.

لقد جربت تجمع التطبيقات الافتراضي وحمام التجمع الكلاسيكي. upped./check مؤشرات الترابط ماكس، كحد أقصى لكل وحدة المعالجة المركزية في جميع المواقع المعتادة، ويبدو أن جارين الويب أو لا شيء يبدو مهما. لقد فحصت مضاعفة أن Debug Compilation = False لا يزال مضبوطا في Web.config.

لقياس سريع، استخدمت AB.EXE (مقاعد البدلاء Apache) لإرسال 10 طلب، 1 في وقت واحد. حتى لو كنت أستخدم IE أو Firefox لضرب الموقع، فمن الواضح أن أبطأ من أقل من 2000، حتى وفقا ل Firebug.

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

هل كانت مفيدة؟

المحلول 2

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

انها دائما الأشياء الصغيرة.

نصائح أخرى

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top