Note that JMeter is designed for *generating load* on a system and
reporting the response times.

It is not designed for *measuring* the load.

You need a different tool which will have to be installed on the
production server.
Or at least the measuring part will have to be installed there.
It's not possible to measure CPU/memory remotely.

Likewise for network traffic.
Though if the system is served by a sophisticated network device you
may be able to get some stats off that.

On 19 May 2016 at 11:21, Neill Lima <[email protected]> wrote:
> Sounds odd just dispatching load against a server without permission to
> monitor/profile it.
>
> Let alone the fact it is a Production server.
>
> On Thu, May 19, 2016 at 12:17 PM, Vikash kumar <[email protected]
>> wrote:
>
>> I can't open the machine as it's access credentials are required to execute
>> *htop*
>>
>> On Thu, May 19, 2016 at 3:45 PM, Neill Lima <[email protected]> wrote:
>>
>> > If it is Linux, *htop* should serve.
>> >
>> > On Thu, May 19, 2016 at 11:55 AM, Vikash kumar <
>> > [email protected]
>> > > wrote:
>> >
>> > > Hi All,
>> > >
>> > > I've a scenario where something(requests) is putting heavy load in
>> terms
>> > of
>> > > CPU and Memory in the Application server(Production Server). The issue
>> > > which i am facing is i can't install any tool or plugin on my
>> application
>> > > server since it's a live production server and using jmeter i have to
>> pin
>> > > point the issue/request because of which it's increasing the load
>> > > exponentially.
>> > >
>> > > Also i can send the request to the production server using Jmeter
>> sampler
>> > > but again not sure how to get the CPU and Memory usage data on the
>> > > production server(not on the system where i've installed jmeter) by
>> > sending
>> > > these requests.
>> > >
>> > > Your help/ideas will be very helpful.
>> > >
>> > > Thanks,
>> > > Vikash
>> > >
>> >
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to