Monday Saravia, Jovanny - (Col) wrote: > If rrdtool doesn't need to spend time on generating a suitable set > of data (meaning: it is already there), the query returns faster. > > Returning faster means each client uses the webserver for less time. > > Less time on the webserver means less simultanious sessions on that > same server. > > This is what you wanted, isn't it?
Another hint: make sure you use a persistance framework for running mrtg-rrd.cgi ... I would use speedy cgi ... the author recomments fastcgi if I am not mistaken ... cheers tobi > Alex > > > > > That I need is a better way to generate the graphs online for the clients, > using rrd files. > Of course if I have a fast return, apache will manage quickly and could > handle more request and the final client will see quickly the graphics. > > If I optimize this, that I hope it. I could handle a dedicated apache server > to generate graphics. But in the way that I have using 3 web servers, > Clients wait for a long time while the graphic is being generated. I believe > that mrtg-rrd.cgi is not a scalable tool for this. > > The tool that I am looking for, is a better tool than mrtg-rrd.cgi. > > Jovanny > > -- > Unsubscribe mailto:[EMAIL PROTECTED] > Help mailto:[EMAIL PROTECTED] > Archive http://www.ee.ethz.ch/~slist/rrd-users > WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi > -- ______ __ _ /_ __/_ / / (_) Oetiker @ ISG.EE, ETZ J97, ETH, CH-8092 Zurich / // _ \/ _ \/ / System Manager, Time Lord, Coder, Designer, Coach /_/ \.__/_.__/_/ http://people.ee.ethz.ch/~oetiker +41(0)1-632-5286 -- Unsubscribe mailto:[EMAIL PROTECTED] Help mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/rrd-users WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
