I am testing a Huge platform that is able to get like 5000reqxseg, and now I am only sending 100reqxseg, so my Load is doing nothing to the Tested server.
About logs, I am not writing any logs in my jmeter... May main question, and I am not able to find a solution, and I am browsing in google is why with jconsole the CPU of the JVM is not able to go further than 25% even when I have much free CPU. Toni. 2009/2/25 Thomas Johnson <[email protected]> > Just curious -- what kind of system are you testing? > > Are you doing tests against a website? You might be hitting bandwidth > limitations, meaning that the test machine's CPU has nothing to do > while it waits for the network. If you are running the server on the > same system, the server might be eating the other 75% of the CPU. > > Also, if you are logging data, what kind of device are you writing > logs to? Is it a local hard drive, or a networked drive? > > On Wed, Feb 25, 2009 at 11:17 AM, Toni Menendez Lopez > <[email protected]> wrote: > > OK, I have a look to the links and still thinks that I don´t underestand > > quite well, I explain to you : > > > > After lloking in the CPU´s in OS I can see that the threads are spread in > > all CPU´s look attachment ( CPU.jpg ). > > > > After this I tried to check the JVM working mode and I go to jconsole, > and > > now in this case I am not able to get more than 25% of CPU, look the > > graph... (jconsole.jpg) > > > > Do you have any idea why the JVM of the jmeter is not able to go further > > than 25% ? > > > > > > Toni. > > > > > > > > > > 2009/2/25 <[email protected]> > > > > Hello Toni, I think Sebb et. al. was trying to get you to understand the > >> complexities of the JVM (see link). Even ANSI C daemons that clone > >> themselves and spawn off all new OS processes don't really get involved > with > >> hardware CPUs as a plural concern. > >> > >> http://www.mindprod.com/jgloss/jvm.html > >> > >> > >> Secondly, if you are concerned with JMeter and performance testing and > the > >> performance of JMeter itself during serious application testing take a > look > >> at this link: > >> > >> > >> > http://jakarta.apache.org/jmeter/usermanual/jmeter_distributed_testing_step_by_step.pdf > >> > >> Toni Menendez Lopez wrote .. > >> > But normal behaviour of Jmeter if I don´t change anything , does not > >> permit > >> > multi-cpu, isn´t it ? > >> > > >> > Toni. > >> > > >> > 2009/2/24 Toni Menendez Lopez <[email protected]> > >> > > >> > > Just any clue where to find ? > >> > > > >> > > Toni. > >> > > > >> > > 2009/2/24 sebb <[email protected]> > >> > > > >> > >> Check the JVM documentation? > >> > >> > >> > >> On 24/02/2009, Toni Menendez Lopez <[email protected]> wrote: > >> > >> > Which parameter I can add to JVM to use more than 1 CPU ? > >> > >> > > >> > >> > Toni. > >> > >> > > >> > >> > 2009/2/24 sebb <[email protected]> > >> > >> > > >> > >> > > >> > >> > > On 24/02/2009, Toni Menendez Lopez <[email protected]> > wrote: > >> > >> > > > Hello, every body.... > >> > >> > > > > >> > >> > > > Just one question, Is it possible to send jmeter to work in > >> > >> multiple > >> > >> > > CPUs as > >> > >> > > > a single process, or I have to send a process for each CPU > ? > >> > >> > > > >> > >> > > JMeter is pure Java, and will use as many CPUs as the JVM may > >> choose > >> > >> to > >> > >> > > use. > >> > >> > > > >> > >> > > > > >> > >> > > > Toni. > >> > >> > > > > >> > >> > > > >> > >> > > >> > >> > > > >> --------------------------------------------------------------------- > >> > >> > > To unsubscribe, e-mail: > >> [email protected] > >> > >> > > For additional commands, e-mail: > >> [email protected] > >> > >> > > > >> > >> > > > >> > >> > > >> > >> > >> > >> > --------------------------------------------------------------------- > >> > >> To unsubscribe, e-mail: [email protected] > >> > >> For additional commands, e-mail: > [email protected] > >> > >> > >> > >> > >> > > > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
