어떤 가장 높은 쓰레드의 수는 합리적인 동시에 실행에 제 미터?
https://stackoverflow.com/questions/765101
-
12-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
을 사용하고 싶은 가능한 가장 높은 수의 스레드(더 적게 사용하는 컴퓨터)하지만 하지 않고 병목에서 클라이언트입니다.
해결책
나는 JMeter를 공정하게 사용했으며 실제로 높은 부하를 생성하는 것이 좋지 않다는 것을 알았습니다. 2GB 메모리가 장착 된 2GHz Core2 듀오에서는 약 100 개의 스레드를 합리적으로 예상 할 수 있습니다.
즉, PC의 CPU가 100%로 정점에 도달하지 않도록 하드웨어에서 실행하는 것이 가장 좋습니다. 안정적인 80% -90%가 최상의 결과가 영향을받습니다.
나는 또한 시도했다 wapt 5 - 동일한 PC에서 1000 개 이상의 스레드를 성공적으로 실행했습니다. 무료는 아니지만 JMeter보다 더 유용하지만 모든 기능이있는 것은 아닙니다.
적어도 버전 2.6 이후 구식 답변 https://stackoverflow.com/a/11922239/460802 더 최신 정보를 위해.
다른 팁
제 미터 시뮬레이션 할 수 있습니다 매우 높은 부하 제공하는 당신은 바로 사용.
을 듣지 않는 도시의 전설 는 제 미터 처리할 수 없습니다 높은 하중이 작용합니다.
지금에 대한 답변,그에 따라 달라집니다:
귀하의 기계에 전원
귀하의 jvm 은 32 비트 또는 64 비트
jvm 에 할당되는 메모리-Xmx
테스트 계획(의 많은 haskell,포스트 프로세서,xpath...의미의 많은 cpu)
귀하의 os 를 구성(조정)
Gui/비 gui 모드
그래서 아무 theorical 대답하지만 다음 모범 사례 도록 제 미터 수행합니다.
참고로 제 미터 배포할 수 있습니다드를 통해 원격 테스트,읽기:
마지막으로 사용하여 클라우드 기반으로 테스트하는 경우 이것만으로는 충분하지 않습니다.
이것을 읽는 조정에 대한 팁:
이것을 읽 예약 을 하기를 위한 부하 테스트 및를 사용하여 제 미터습니다.
JMeter Wiki JMeter가 최대 1000 개의 스레드와 함께 사용 된 사례를보고합니다. 나는 최대 100 개의 스레드와 함께 사용했지만 위키의 링크는 내가 시도한 적이없는 자원 감소를 제안합니다.
Windows XP에서 JMeter를 실행하는 데 필요한 문제 중 하나는 Windows XP TCP 연결 제한이었습니다. 실행하려면 제한을 제거해야합니다. 여기. Afaik은 다른 OS에 적용되지 않습니다.
2004 년부터 JMeter를 사용했으며 많은로드 테스트를 시작했습니다.
PC Windows 7 64 비트 4GO RAM ICORE5.
JMeter가 300을 지원할 수 있다고 생각합니다 400 로그 파일 결과에 쓰는 "집계 보고서 청취자"가있는 HTTP (샘플러) 프로토콜에 대한 동시 스레드 및 타이머 통화 페이지 사이.
큰로드 테스트의 경우 이와 같은 노예 (로드 생성기)로 JMeter를 구성 할 수 있습니다.http://jmeter-plugins.org/wiki/httpsimpletableserver/
나는 이미 5000 개의 스레드를 시뮬레이션하기 위해 11 개의 PC 슬레이브로 테스트를 수행했습니다.
나는 JMeter를 사용하지 않았지만 대답은 아마도 당신의 하드웨어에 달려있을 것입니다. 가장 좋은 방법은 성능 지표를 설정하고 스레드 수를 추측 한 다음 다음과 같이 이진 검색을 실행하는 것입니다.
출처는 Wikipedia였습니다.
번호 추측 게임 ...
이 단순한 게임은 "40 ~ 60 개의 정수를 생각하고 있으며, 당신의 추측에 '높은', '낮음'또는 '예!'와 같은 것을 시작합니다. 그렇듯이. " n이 가능한 값의 수 (여기서는 "포함 된"이 명시된 21 명)의 수라고 가정하면, 각 질문이 검색 공간을 절반으로 줄이기 때문에 대부분의 질문이 숫자를 결정하기 위해서는 대부분의 질문이 필요합니다. 숫자는 이미 특정 범위 내에있는 것으로 제한되어 있기 때문에 일반 알고리즘보다 한 가지 적은 질문 (반복)이 필요합니다.
우리가 추측하는 숫자가 임의로 클 수있는 경우에도 상한 N이없는 경우에는 대부분의 단계에서 숫자를 찾을 수 있습니다 (여기서 k는 먼저 상한을 찾아서 (알 수없는) 선택한 숫자)를 찾을 수 있습니다. 두 배로 반복하여. 예를 들어, 숫자가 11 인 경우 다음과 같은 추측 시퀀스를 사용하여 1, 2, 4, 8, 16, 12, 10, 11을 찾을 수 있습니다.
또한 음수를 포함하도록 기술을 확장 할 수 있습니다. 예를 들어 다음 추측은 -13 : 0, -1, -2, -4, -8, -16, -12, -14, -13을 찾는 데 사용될 수 있습니다.
특정 서버에서 수행하는 성능 테스트 (로드, 스파이크, 지구력 등)에 더 의존합니다 (하드웨어 종속성에 약간)
JMeter의 실행을 목표로하는 클라이언트 시스템 인 이러한 매개 변수 주변을 명심하십시오. 일정량의 힙 메모리가 할당되어 있으며, 스크립트가 오류가 발생하지 않도록 건강한 할당을 받도록하십시오. JMeter에서 실행 한 가장 높은 것은 로컬 환경 (클라이언트 - 서버 아치)에서 1500이었고 웹 아치에서 가장 높은 기능 요구 사항을 기반으로 한 가장 높은 것은 250 스레드로 제한되었습니다.
따라서 이상적으로 성능 테스트 및 배포 스타일의 종류에 따라 ..
이에 대한 표준 번호는 없습니다. 한 컴퓨터에서 생성 할 수있는 최대 스레드 수는 컴퓨터의 하드웨어 및 OS에 완전히 따라 다릅니다. OS는 기본적으로 일정량의 CPU와 RAM을 차지합니다.
컴퓨터가 처리 할 수있는 최대 스레드를 찾으려면 샘플 테스트를 준비하고 몇 개의 스레드만으로 실행할 수 있습니다. 그런 다음 각 테스트주기마다 스레드 수가 점차 증가합니다. 이 동안 컴퓨터의 CPU, RAM, 디스크 I/O 및 네트워크 I/O를 모니터링해야합니다. 이 도달 중 어느 것이 80%에 가까워 지거나 (다시 가까운지 또는 그 이상의 괜찮은지 결정하기 위해) 이는 컴퓨터가 처리 할 수있는 최대 스레드 수입니다. 더 안전한 쪽이 되려면 자원 활용이 70%에 도달하면 수치를 멈출 것입니다.
그것은 하드웨어에 따라 실행할 뿐만 아니라 근본적인 스크립트입니다.난 항상 느끼는 이 허용량은 가장 큰 문제는 전통 부하 테스트 도구입니다.만약 당신이 작은 예산(200 달러 또는 그래서 당신을 얻을 많이 테스트)를 확인,우리 회사의 부하 테스트 서비스,BrowserMob.
게다가 우리의 진정한 사용자는 브라우저(RBUs)을 제어하는 수천에서 실제 브라우저에 대한 목적의 성능과 부하 테스트,우리는 또한 전통적인 가상 사용자는(VUs).스크립트를 작성된 자바스크립트로 만들 수 있는 다양한 HTTP 호출합니다.
그 이유는 내가 그것을 가지고하는 것은 난 항상 느끼는 게임의 노력하는 그는 얼마나 많은 VUs 할 수 있습에 맞는 부하 gen 하드웨어가 위험합니다.그것은 그렇게 쉬운 일은 나쁜 결과가 없이 그것을 실현합니다.
를 해결하는 대한 BrowserMob,우리가 매우 보수적인 접근 방법의 수에 VUs 및 RBUs 당 CPU core:없음 1 이상의 브라우저 또는 50threads CPU 코어당하고,때로는 훨씬 적은 있습니다.의 세계에서 클라우드 컴퓨팅,CPU 사이클은 그래서 저는 그냥하지 않을 시도 감각 과부하는 기계입니다.
