Số chủ đề cao nhất hợp lý để chạy đồng thời trong Jmeter là bao nhiêu?

Question

Tôi muốn sử dụng số lượng chủ đề cao nhất có thể (để sử dụng ít máy tính hơn) nhưng không làm cho nút cổ chai ở trong ứng dụng khách.

Answer 1

Tôi đã sử dụng JMeter một chút công bằng và tìm thấy nó không phải là tuyệt vời trong việc tạo ra tải thực sự cao. Trên một 2Ghz Core2 Duo với bộ nhớ 2Gb bạn có thể mong đợi hợp lý khoảng 100 chủ đề.

Điều đó đang được nói, tốt nhất là chạy nó trên phần cứng của bạn để CPU của máy tính không đạt mức 100% - ổn định 80% -90% là tốt nhất nếu không kết quả sẽ bị ảnh hưởng.

Tôi cũng đã thử WAPT 5 - nó đã chạy thành công 1000+ chủ đề từ cùng một máy tính. Nó không phải là miễn phí nhưng nó có thể sử dụng nhiều hơn JMeter nhưng không có tất cả các tính năng.

Câu trả lời lỗi thời kể từ ít nhất phiên bản 2.6 xem https://stackoverflow.com/a/11922239/460802 để biết thêm cập nhật nhất.

Answer 2

Tôi chưa sử dụng JMeter, nhưng câu trả lời có thể phụ thuộc vào phần cứng của bạn. Đặt cược tốt nhất có thể là thiết lập các số liệu về hiệu suất, đoán số chủ đề và sau đó chạy tìm kiếm nhị phân như sau.

Nguồn là Wikipedia.

Số trò chơi đoán ...

trò chơi khá đơn giản này bắt đầu một cái gì đó giống như "Tôi đang nghĩ đến việc một số nguyên giữa bốn mươi và sáu mươi toàn diện và để dự đoán của bạn tôi sẽ trả lời 'High', 'thấp' , hoặc có!' có thể là trường hợp. " Giả sử N là số giá trị có thể (ở đây, hai mươi mốt là "bao gồm" đã được nêu), sau đó tại hầu hết các câu hỏi được yêu cầu để xác định số, vì mỗi câu hỏi phân nửa không gian tìm kiếm. Lưu ý rằng một câu hỏi ít hơn (lặp lại) là bắt buộc hơn cho thuật toán chung, vì số đó đã bị hạn chế trong một phạm vi cụ thể.

Ngay cả khi số chúng tôi đoán có thể tùy ý lớn, trong trường hợp không có N bị ràng buộc trên, chúng tôi vẫn có thể tìm số ở nhiều bước nhất (trong đó k là số được chọn (chưa biết) trước tiên tìm một giới hạn trên bằng cách lặp lại gấp đôi. Ví dụ: nếu số đó là 11, chúng tôi có thể sử dụng chuỗi các ước đoán sau đây để tìm thấy: 1, 2, 4, 8, 16, 12, 10, 11

Một cũng có thể mở rộng kỹ thuật để bao gồm các số âm ; ví dụ: các dự đoán sau có thể được sử dụng để tìm −13: 0, −1, −2, −4, −8, −16, −12, −14, −13

Answer 3

The JMeter Wiki báo cáo trường hợp JMeter được sử dụng với 1000 chủ đề. Tôi đã sử dụng nó với tối đa 100 chủ đề, nhưng Liên kết trong Wiki đề xuất việc cắt giảm tài nguyên mà tôi chưa bao giờ thử.

Answer 4

Nó sẽ phụ thuộc vào phần cứng bạn chạy cũng như tập lệnh cơ bản. Tôi luôn cảm thấy rằng sự mờ nhạt này là vấn đề lớn nhất với các công cụ kiểm tra tải truyền thống. Nếu bạn có một ngân sách nhỏ ($ 200 hoặc hơn cho bạn rất nhiều thử nghiệm), hãy kiểm tra công ty của tôi load testing service, BrowserMob.

Bên cạnh người dùng trình duyệt thực (RBU) của chúng tôi kiểm soát hàng nghìn trình duyệt thực tế với mục đích thực hiện và kiểm tra tải, chúng tôi cũng có người dùng ảo truyền thống (VUs). Các kịch bản được viết bằng JavaScript và có thể thực hiện các cuộc gọi HTTP khác nhau.

Lý do tôi đưa ra là tôi luôn cảm thấy rằng trò chơi cố gắng tìm ra số lượng VU mà bạn có thể phù hợp với phần cứng tải của bạn là nguy hiểm.Nó rất dễ dàng để có được kết quả xấu mà không nhận ra nó. Để giải quyết điều đó cho BrowserMob, chúng tôi đã thực hiện một cách tiếp cận cực kỳ bảo thủ về số lượng VU và RBU trên mỗi lõi CPU: không quá 1 trình duyệt hoặc 50 luồng cho mỗi lõi CPU và đôi khi ít hơn nhiều. Trong thế giới điện toán đám mây, các chu kỳ CPU quá rẻ đến nỗi nó không có ý nghĩa để cố gắng quá tải máy móc.

Answer 5

Một trong những vấn đề chúng tôi gặp phải khi chạy JMeter trên Windows XP là Giới hạn kết nối TCP Windows XP. Giới hạn phải được loại bỏ để chạy sử dụng JMeter đến toàn bộ tiềm năng của máy trạm Thông tin thêm here. AFAIK, không áp dụng cho hệ điều hành khác.

Answer 6

JMeter có thể mô phỏng tải rất cao miễn là bạn sử dụng đúng.

Đừng nghe Legends đô thị có nghĩa là JMeter không thể xử lý tải cao.

Bây giờ như đối với câu trả lời, nó phụ thuộc vào:

• điện máy của bạn

• JVM của bạn 32 bit hoặc 64 bit

• JVM cấp phát bộ nhớ của bạn -Xmx

• kế hoạch kiểm tra của bạn (rất nhiều beanshell, bộ xử lý bài, xpath ... Có nghĩa là rất nhiều cpu)

• cấu hình os của bạn (du dương)

• Gui/phi gui chế độ

Vì vậy, không có câu trả lời theorical nhưng sau Best Practices sẽ đảm bảo JMeter hoạt động tốt.

Lưu ý rằng với jmeter bạn có thể phân phối tải thông qua thử nghiệm từ xa, đọc:

• Remote Testing > 15.4 Using a different sample sender

Và cuối cùng sử dụng điện toán đám mây dựa trên thử nghiệm nếu nó không đủ.

đọc này để biết mẹo chỉnh:

• http://www.ubik-ingenierie.com/blog/jmeter_performance_tuning_tips/

Answer 7

tôi đã sử dụng JMeter từ năm 2004 và tôi đưa ra rất nhiều các bài kiểm tra tải.

Với PC Windows 7 64 bit 4Go RAM iCore5.

Tôi nghĩ JMeter có thể hỗ trợ từ 300 đến 400 đề đồng thời cho Http giao thức (Sampler) chỉ với một "tổng hợp Báo cáo Listener" người viết trong các kết quả log file và giờ giữa các trang gọi.

Đối với một bài kiểm tra tải trọng lớn bạn có thể cấu hình JMeter với nô lệ (máy phát điện tải) như thế này http://jmeter-plugins.org/wiki/HttpSimpleTableServer/

Tôi đã thực hiện thử nghiệm với 11 nô lệ máy tính để mô phỏng 5000 chủ đề.

Answer 8

Nó phụ thuộc nhiều vào loại thử nghiệm hiệu suất mà bạn làm (tải, tăng vọt, độ bền vv) trên một máy chủ cụ thể (một chút về sự phụ thuộc phần cứng)

Hãy nhớ xung quanh những thông số - máy client mà bạn đang nhắm mục tiêu chạy jmeter, sẽ có một lượng bộ nhớ heap nhất định được phân bổ, đảm bảo có phân bổ lành mạnh để tập lệnh không bị lỗi. Cao nhất tôi đã chạy trên jmeter là 1500 trên một môi trường địa phương (máy khách - máy chủ vòm), Trên một vòm Web, cao nhất tôi đã chạy dựa trên yêu cầu phi chức năng được giới hạn trong 250 chủ đề,

lý tưởng tùy thuộc vào loại thử nghiệm hiệu suất và kiểu triển khai, v.v ..

Answer 9

Không có số tiêu chuẩn cho điều này. Số lượng chủ đề tối đa mà bạn có thể tạo ra từ một máy tính phụ thuộc hoàn toàn vào phần cứng và hệ điều hành của máy tính. Hệ điều hành theo mặc định chiếm một số lượng nhất định của CPU và RAM.

Để tìm ra các chủ đề tối đa mà máy tính của bạn có thể xử lý, bạn có thể chuẩn bị một thử nghiệm mẫu và chạy nó chỉ với một vài chủ đề. Sau đó, với mỗi chu kỳ chạy thử tăng dần số lượng chủ đề. Trong thời gian này bạn cũng cần phải theo dõi CPU, RAM, Disk I/O và I/O mạng của máy tính của bạn. Thời điểm bất kỳ trong số này đạt gần hoặc vượt quá 80% (Một lần nữa để bạn quyết định nếu gần là okay cho bạn hoặc hơn thế nữa), đó là số lượng tối đa các chủ đề máy tính của bạn có thể xử lý. Để được ở bên an toàn hơn, tôi sẽ dừng lại ở số khi sử dụng tài nguyên đạt 70%.