Rumah  >  Soal Jawab  >  teks badan

java - Ujian tekanan tomcat, tidak dapat memahami mekanisme kerjanya?

Premise:
1 Syarikat menjalankan ujian tekanan ke atas mesin yang digunakan dengan perkhidmatan http Pada hari pertama, ujian dijalankan selama satu malam (10j) (200 serentak), dan daya pengeluaran adalah kira-kira. 56%. Keesokan harinya (tomcat tidak dimulakan semula dalam tempoh ini), ujian malam (10j) (200 concurrency pada satu masa) juga dijalankan, tetapi daya pengeluaran menurun kepada kira-kira 16%. Persekitarannya sama, kenapa jurangnya begitu besar?
2. Apabila saya menguji 1,000 concurrency pada hari pertama, bilangan thread adalah kira-kira 1,000+ Namun, apabila saya menguji 1,000 concurrency pada hari kedua (saya tidak memulakan semula tomcat dalam tempoh ini), bilangan thread. turun kepada 700+ Mengapakah bilangan utas turun kepada 700+ sebelum ini?

Untuk dua premis di atas, adakah Tomcat mempunyai sebarang strategi, atau adakah kolam sambungan jdbc atau kolam sambungan redis menyebabkan fenomena di atas (menggunakan mekanisme kitar semula G1)?

漂亮男人漂亮男人2637 hari yang lalu915

membalas semua(1)saya akan balas

  • 阿神

    阿神2017-07-03 11:45:40

    Situasi ini rumit bergantung pada persekitaran projek anda dan perkhidmatan lain yang bergantung padanya. Jika persekitaran ujian tekanan anda adalah kompleks (iaitu, ramai orang menjalankan perkara mereka sendiri pada pelayan anda), keputusan ujian tekanan boleh dijangka tidak stabil.

    Apabila menghadapi kejatuhan dalam daya pengeluaran, mula-mula tentukan di mana kesesakan itu:

    1. Adakah sumber tempatan ketat? Sumber asli terutamanya termasuk CPU, memori, lebar jalur rangkaian dan daya pemprosesan cakera. Ini semua memerlukan pemerhatian dan penyiasatan.

    2. Sama ada perkhidmatan yang bergantung padat, seperti sama ada masa pemprosesan pangkalan data dan antara muka luaran terlalu lama.

    3. Jika tiada satu pun daripada ini dapat mengesan masalah dengan jelas, kemudian masukkan peringkat penyahpepijatan atur cara: semasa setiap proses pemprosesan permintaan, rekod tempoh setiap langkah dan ketahui tahap kesesakan ini akan menjadi sangat halus dan ia akan diperlukan untuk diubah suai berulang kali Log, jalankan dan amati berulang kali, tetapi anda pasti akan menemui masalahnya.

    Jangan membuat tekaan tidak berasas sebaik sahaja anda menghadapi masalah "Pemikiran berbeza" tidak akan membantu pada masa ini.

    balas
    0
  • Batalbalas