ngrinder 3.1 은 프로세스당 최소 메모리 사이즈를 200M 를 사용하고 있습니다.
만약 프로세스가 25개 이면, 총 에이전트를 위한 메모리가 최소 5G 가 필요합니다.
저희 테스트 결과는 약 300개 정도의 vuser가 적절한 사이즈로 보고 있습니다.
아래 같은 경우는 HDD 스와핑이 일어나고 있는 겁니다
좀 더 많은 vuser 를 지원하기 위해
ngrinder 3.1.1 은 프로세스당 최소 메모리 사이즈를 50M 로 잡고 있습니다. 따라서 25개 프로세스라면 1.25GB 정도면 됩니다.
만약 2.5G 정도의 메모리 여유 공간이 있다면 프로세스당 100M 의 메모리를 잡게 됩니다.
단 메모리가 작기 때문에, 쓰레드를 너무 많이 띄울 경우 해당 메모리에서 너무 많은 쓰레드가 메모리를 서로 차지하려고 덤벼드니..
결국 JVM단의 OOM이 발생할 수 있습니다.
저희는 ngrinder 3.1.1 에서는 4G 메모리를 가진 리눅스 시스템이라면 약 1000개 정도의 vuser까지(20개 프로세스 / 50개 쓰레드)는 결딜 수 있을 것으로 판단합니다.
저희는 그래도 300 정도로 제한하고 있긴합니다.
단 process_and_thread_policy.js 를 제거하신후 시스템을 재시작 하세요.
그러면 프로세스/쓰레드 신규 분배 정책이 자동 복사됩니다.
-----Original Message-----
From: "shlee [via ngrinder]"<[hidden email]>
To: "junoyoon"<[hidden email]>;
Cc:
Sent: 2013-02-01 (금) 00:40:29
Subject: Agent down
안녕하세요 ngrinder를 잘 사용하고 있는 유저입니다.
다름이 아니라 agent 당 vuser의 수를 750으로 하면 agent가 죽는 상황이 생기는데요
net.grinder.AgentDaemon: forcibly terminating unresponsive processes
이런 로그를 남기고 죽었다가 스스로 다시 올라오는거 같습니다.
프로세스의 수는 25 스레드는 30 입니다.
프로세스의 비율이 높아서 메모리 부족으로 죽는건가요?
ngrinder 3.1을 사용중입니다.
ngrinder의 개발자의 입장에서는 process와 thread의 적정 비율을 어떻게 생각하고 계신가요?
Locked
