What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
300.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free Download

Top Tags


View all Tags

Is there a limit number of request per seconds for PRTG API?

Votes:

0

Your Vote:

Up

Down

Hello,

I'm currently using PRTG API to retrieve performance of each sensors for further processing and use in our own system.

We have around 3 thousand sensors and we first retrieve a sensortree for having the complete list of device + sensors.

This part works fine, but then, we need the values for each channel of each sensor, this can be achieved we an API call (content=channels) but this implies around 3 thousand API requests.

We notice high CPU and high response time when querying 60 sensors at once (php multi curl, these 60 last approx. 5 sec, ie 12 API requests/s)

IS this too much? is there a solution to get rid of this perf issue?

The full perf stuff need 10 minutes, but we'd like to go under 5 min.

Cheers,

Yannick

api php prtg

Created on May 18, 2011 2:33:52 PM by  Yannick Guérin (0) 2



Best Answer

Accepted Answer

Votes:

0

Your Vote:

Up

Down

Every new TCP connection to the webserver is a new thread (not a individual process). However, using a keep-alive you can use the same connection several times successively (just as a browser would do).

Created on Jul 2, 2012 11:39:29 AM by  Torsten Lindner [Paessler Support]



3 Replies

Votes:

0

Your Vote:

Up

Down

We have not implemented any API limitations in our code. The only limiting factor is the performance of your PRTG server (which is affected by the specific API function, the amount of data that you request and complexity of requested data).

Please keep in mind that overloading the core server by putting heavily multithreaded pressure (60 simultaneous complex API requests!) on the web server can significantly affect your monitoring results, you may even loose monitoring data which can't be written to disk due to performance problems. Keep an eye on this, this may need some testing.

So my recommendation is to use the biggest box (regarding CPU performance) that you have for your PRTG server and to try not to overload the system.

Created on May 19, 2011 5:14:30 PM by  Dirk Paessler [Founder Paessler AG] (10,983) 3 5



Votes:

0

Your Vote:

Up

Down

Hello,

I think I finally found why this process was so slow. After looking with process explorer, I found that it seems that PRTG launches a new thread for new TCP connections.

In my software, I didn't care much about how TCP connections were closed or not. And this is the error: each connection was closed immediately after API request.

I've rewritten the calls so that the software uses the same connections and it's a bit faster.

Can you confirm the thread creation for each connection?

edit: I changed some wrong thing I wrote.

Created on Jun 29, 2012 11:36:08 AM by  Yannick Guérin (0) 2

Last change on Jul 2, 2012 4:58:53 PM by  Torsten Lindner [Paessler Support]



Accepted Answer

Votes:

0

Your Vote:

Up

Down

Every new TCP connection to the webserver is a new thread (not a individual process). However, using a keep-alive you can use the same connection several times successively (just as a browser would do).

Created on Jul 2, 2012 11:39:29 AM by  Torsten Lindner [Paessler Support]



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.