in minutes resolution etc...
Storing the value is no problem, but showing. If don't think it's such a good
idea to refresh a webpage and relaod (and draw) the graphs on it each second.
So rrd for long term overview, java (of VB) for real time overview.
ah now I finally see your reason :)
]; [EMAIL PROTECTED]
Sent: Monday, February 10, 2003 4:59 PM
Subject: Re: [LARTC] API using cbq / tc ?
On Monday 10 February 2003 02:58, [EMAIL PROTECTED] wrote:
Cool. As an MRTG idiot, I am going to ask this question,
why can't it provide realtime stats ? You mean MRTG
does not chart real time
]; [EMAIL PROTECTED]
Sent: Monday, February 10, 2003 4:59 PM
Subject: Re: [LARTC] API using cbq / tc ?
On Monday 10 February 2003 02:58, [EMAIL PROTECTED] wrote:
Cool. As an MRTG idiot, I am going to ask this question,
why can't it provide realtime stats ? You mean MRTG
does not chart real
So if you use 5s interval in rrd it seems ok for me (it
is what i plan to do here).
If you receive an update each second, you have the feeling it's realtime.
It's slow enough to understand the data and it's fast enough to feel it as
real-time. It's also fast enought that you get new data
On Wednesday 12 February 2003 09:29, devik wrote:
So if you use 5s interval in rrd it seems ok for me (it
is what i plan to do here).
If you receive an update each second, you have the feeling it's realtime.
It's slow enough to understand the data and it's fast enough to feel it
as
that doing it all on the client would be better, but for a distributed
viewing, a webpage makes a nice interface.
Still, rrdtool is not made for real time graphing. A 10 sec interval is not
real-time. For me, real-time is now. And for that you need something that
can graph the files
On Tuesday 11 February 2003 17:59, Martin Devera wrote:
that doing it all on the client would be better, but for a distributed
viewing, a webpage makes a nice interface.
Still, rrdtool is not made for real time graphing. A 10 sec interval is
not real-time. For me, real-time is now.
On Monday 10 February 2003 02:58, [EMAIL PROTECTED] wrote:
Cool. As an MRTG idiot, I am going to ask this question,
why can't it provide realtime stats ? You mean MRTG
does not chart real time graphs ?
Mrtg is not designed for that. Mrtg uses rrdtool to generate the graphs.
You give the
that
doing it all on the client would be better, but for a distributed viewing, a
webpage makes a nice interface.
jay
- Original Message -
From: Stef Coene [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, February 10, 2003 3:59 AM
Subject: Re: [LARTC] API using cbq / tc
On Monday 10 February 2003 19:01, Jay Wineinger wrote:
That isnt completely accurate. rrdtool can take data at any interval, you
just need to specify it when you create the rrd file. Personally, I get
snmp data on 2 interfaces every 10 seconds and store them in two rrd files,
and I have a
On Sunday 09 February 2003 04:45, Ming-Ching Tiew wrote:
Haha life is a trade off between want you actually
want and what you actually get. I like the java
approach too but it will take me donky years
to complete the same functionalities, and you might
say it is due to my incompetencies. LOL
On Saturday 08 February 2003 08:02, Ming-Ching Tiew wrote:
I am just written ( I won't say completed !) a
program which performs traffic read operation.
It is a VB client program talking to a C TCP
socket server. Everything is based on scripting,
so it could be flaky right now, so you might
On Saturday 08 February 2003 14:04, Ming-Ching Tiew wrote:
Good to know that there are other options available !
:-)
To be honest, I prefer the java approach. I have no windows installed, so I
can't run your VB prog. But java is available on allmost all platform. So
you don't have to
I am just written ( I won't say completed !) a
program which performs traffic read operation.
It is a VB client program talking to a C TCP
socket server. Everything is based on scripting,
so it could be flaky right now, so you might
have to be patient :-) The server has been tested
running
Hi!
I'm developing some API functions using cbq / tc (for GUI based BW Management)
By two approches i can do this,
1. By excuting cbq.init script (which is executable) using some system calls
like execv etc.
Are there any problems by doing so?
OR
2. Directly using iproute2/tc source code
PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [LARTC] API using cbq / tc ?
Hi!
I'm developing some API functions using cbq / tc (for GUI based BW
Management)
By two approches i can do this,
1. By excuting cbq.init script (which is executable) using some system
calls
like execv etc.
Are there any
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On Behalf Of Srikanth
Sent: Thursday, February 06, 2003 6:38 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [LARTC] API using cbq / tc ?
Hi!
I'm developing some API functions using cbq / tc (for GUI based BW
On Friday 07 February 2003 05:25, Srikanth wrote:
Our GUI developers are using X based (Qt) only, not web based.
I prefer web based. Most of the time, the qos is installed on a router with
no display and a limit connection (for instance behind a firewall). So if
you have a https server, you
18 matches
Mail list logo
