ما هو أكبر عدد من المواضيع المعقولة في وقت واحد في JMeter؟
https://stackoverflow.com/questions/765101
-
12-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أريد استخدام أعلى عدد ممكن من المواضيع (لاستخدام أجهزة كمبيوتر أقل) ولكن دون أن تكون عنق الزجاجة في العميل.
المحلول
لقد استخدمت JMeter Bit Bit ووجدت أنها ليست رائعة في توليد حمولة عالية حقا. في 2 جيجا هرتز Core2 Duo مع ذاكرة 2 جيجابايت، يمكنك أن تتوقع بشكل معقول عن 100 مؤشرات ترابط.
التي يقال، من الأفضل تشغيلها على أجهزةك بحيث لا الذروة وحدة المعالجة المركزية للكمبيوتر ذروة بنسبة 100٪ - 80٪ مستقرة -90٪ هو أفضل ما تتأثر النتائج.
لقد حاولت أيضا WAPT 5. - نجحت في ركض 1000+ خيوط من نفس الكمبيوتر. إنه ليس حرا ولكنه أكثر قابلية للاستخدام من JMeter ولكن ليس لديه كل الميزات.
إجابة قديمة منذ الإصدار 2.6 على الأقل انظر https://stackoverflow.com/a/11922239/460802. للحصول على أحدث حتى الآن.
نصائح أخرى
يمكن ل JMeter محاكاة حمولة عالية جدا بشرط استخدامها بشكل صحيح.
لا تستمع إلى أسطورة شعبية أن يقول JMeter لا يمكن التعامل مع الحمل العالي.
الآن للحصول على الإجابة، يعتمد ذلك على:
قوة الجهاز الخاص بك
الخاص بك jvm 32 بت أو 64 بت
الخاص بك jvm مخصصة الذاكرة -xmx
خطة الاختبار الخاصة بك (الكثير من الفاصوليا، معالج البريد، XPath ... يعني الكثير من وحدة المعالجة المركزية)
تكوين نظام التشغيل الخاص بك (ضبط)
واجهة المستخدم الرسومية / غير واجهة المستخدم الرسومية
لذلك لا يوجد إجابة نظرية ولكن التالية أفضل الممارسات سيضمن Jmeter يعمل بشكل جيد.
لاحظ أنه مع JMeter يمكنك توزيع الحمل من خلال الاختبار عن بعد، اقرأ:
وأخيرا استخدم اختبار السحابة القائمة إذا لم يكن كافيا.
قراءة هذا لنصائح ضبط:
اقرا هذا كتاب للقيام باختبار التحميل واستخدام JMeter بشكل صحيح.
JMeter Wiki. تقارير الحالات التي استخدم فيها JMeter مع 1000 مواضيع. لقد استخدمتها مع أكثر من 100 مواضيع، لكن الروابط الموجودة في ويكي تشير إلى تخفيضات الموارد لم أحاول أبدا.
كانت إحدى المشكلات التي شهدناها مع Juns JMeter على نظام التشغيل Windows XP هو حد اتصال Windows XP TCP. يجب إزالة الحد من أجل تشغيل استخدام JMeter إلى كامل المحتملة لمزيد من المعلومات هنا. وبعد AFAIK، لا ينطبق على نظام التشغيل الآخرين.
استخدمت JMeter منذ عام 2004 وأطلقت الكثير من اختبارات التحميل.
مع جهاز الكمبيوتر ويندوز 7 64 بت 4go Ram iCore5.
أعتقد أن JMeter يمكن أن يدعم 300 ل 400 مؤشرات الترابط المتزامنة لبروتوكول HTTP (Sampler) مع "مستمع إجمالي إجمالي" واحد فقط يكتب في نتائج ملف السجل و توقيت بين صفحات الدعوة.
للحصول على اختبار تحميل كبير يمكنك تكوين JMeter مع العبيد (مولدات التحميل) مثل هذاhttp://jmeter-plugins.org/wiki/httpsimpletableserver/
لقد قمت بالفعل باختبارات مع 11 جهاز كمبيوتر شخصي لمحاكاة 5000 مؤشرات ترابط.
لم أستخدم Jmeter، لكن الإجابة ربما تعتمد على أجهزةك. أفضل رهان قد يكون لإنشاء مقاييس الأداء، وتخمين عدد المواضيع ثم قم بتشغيل بحث ثنائي على النحو التالي.
المصدر كان ويكيبيديا.
عدد لعبة التخمين ...
تبدأ هذه اللعبة البسيطة إلى حد ما شيء مثل "أفكر في عدد صحيح بين أربعين وستين شاملة، ولتخطبات الخاصة بك سأجمع" عالية "أو" منخفض "أو" نعم! " كما قد يكون هذا هو الحال. " يفترض أن N هو عدد القيم المحتملة (هنا، واحد وعشرون باعتباره "شامل")، ثم يتعين على معظم الأسئلة تحديد الرقم، لأن كل سؤال نصفي مساحة البحث. لاحظ أن السؤال الأقل سؤالا (التكرار) مطلوب من الخوارزمية العامة، حيث أن الرقم مقيد بالفعل ليكون ضمن نطاق معين.
حتى لو كان الرقم الذي نخمن فيه أن يكون كبيرا بشكل تعسفي، وفي هذه الحالة لا يوجد حدوث ملزمة أعلى، لا يزال بإمكاننا العثور على الرقم في معظم الخطوات (حيث K هو الرقم المحدد (غير المعروف)) عن طريق العثور على ملزمة أعلى عن طريق مضاعفة المتكررة. على سبيل المثال، إذا كان الرقم 11 عاما، فيمكننا استخدام تسلسل التخمينات التالية للعثور عليه: 1، 2، 4، 8، 16، 12، 10، 11
يمكن للمرء أيضا تمديد التقنية لتشمل الأرقام السلبية؛ على سبيل المثال، يمكن استخدام التخمينات التالية للعثور على -13: 0، -1، -2، -4، -8، -16، -12، -14، -13
يعد أكثر اعتمادا على نوع اختبار الأداء الذي تقوم به (تحميل أو سبايك أو التحمل وما إلى ذلك) على خادم معين (قليلا على اعتماد الأجهزة)
ضع في اعتبارك هذه المعلمات - جهاز العميل الذي تستهدف تشغيل JMeter، سيكون هناك كمية معينة من الذاكرة المؤمنة المخصصة، تأكد من أن يكون لديك مخصصات صحية حتى لا يحدث البرنامج النصي خطأ. كان أعلى مستوياتي على JMeter كان 1500 على بيئة محلية (Client - Server Arch)، على قوس ويب، وكان أعلى جهاز تشغيل كان يعتمد على متطلبات غير وظيفية كانت تقتصر على 250 مواضيع،
لذلك يعتمد بشكل مثالي على أنواع اختبار الأداء ونمط النشر وما إلى ذلك ..
لا يوجد رقم قياسي لهذا. يعتمد الحد الأقصى لعدد المواضيع التي يمكنك توليدها من جهاز كمبيوتر واحد تماما على أجهزة الكمبيوتر ونظام التشغيل. لا يشغل نظام التشغيل افتراضيا كمية معينة من وحدة المعالجة المركزية وذاكرة الوصول العشوائي.
لمعرفة الحد الأقصى، يمكن أن يتعامل الكمبيوتر في التعامل مع جهاز الكمبيوتر الخاص بك يمكنه إعداد اختبار عينة وتشغيله مع عدد قليل من الخيوط. ثم مع كل دورة من اختبار تشغيل الاختبار زيادة عدد المواضيع تدريجيا. خلال هذا، تحتاج أيضا إلى مراقبة وحدة المعالجة المركزية وذاكرة الوصول العشوائي والقرص I / O وشبكة I / O من جهاز الكمبيوتر الخاص بك. في اللحظة التي تصل فيها أي من هذه الأشياء بالقرب من أو إلى أبعد من 80٪ (مرة أخرى بالنسبة لك أن تقرر ما إذا كان قريبا على ما يرام بالنسبة لك أو بعدها)، فإن هذا هو الحد الأقصى لعدد مؤشرات الترابط التي يمكن أن تتعامل بها جهاز الكمبيوتر الخاص بك. أن تكون على الجانب الأكثر أمانا أتوقف عند الرقم عندما يصل استخدام الموارد إلى 70٪.
سوف تعتمد على الأجهزة التي تعمل عليها بالإضافة إلى البرنامج النصي الأساسي. لقد شعرت دائما أن هذا الخطأ هو أكبر مشكلة في أدوات اختبار التحميل التقليدية. إذا كان لديك ميزانية صغيرة (200 دولار أو نحو ذلك تحصل على الكثير من الاختبارات)، تحقق من شركتي تحميل خدمة الاختبار, ، browsermob.
إلى جانب مستخدمي المتصفح الحقيقي لدينا (RBUS) الذي يتحكم في الآلاف على المتصفحات الفعلية لغرض اختبار الأداء والتحميل، لدينا أيضا المستخدمين الظاهريين التقليديين (VUS). يتم كتابة البرامج النصية في JavaScript ويمكن أن تجعل مكالمات HTTP مختلفة.
السبب في أنني أحضره هو أنني شعرت دائما أن لعبة محاولة معرفة عدد العدوى التي يمكنك تلبيةها على الأجهزة العامة الحمل خطيرة. من السهل جدا الحصول على نتائج سيئة دون تحقيق ذلك.
لحل ذلك من أجل BrowserMob، أخذنا نهج محافظ للغاية على عدد VUS و RBUS لكل وحدة المعالجة المركزية الأساسية: لا يوجد أكثر من متصفح واحد أو 50 خيوط لكل وحدة المعالجة المركزية الأساسية، وأحيانا أقل بكثير. في عالم الحوسبة السحابية، تكون دورات وحدة المعالجة المركزية رخيصة جدا بحيث لا معنى لها لمحاولة التحميل الزائد.
