graphite-dev team mailing list archive

[AcidTonic <question99926@xxxxxxxxxxxxxxxxxxxxx>]

Question #99926 on Graphite changed:
https://answers.launchpad.net/graphite/+question/99926

    Status: Answered => Open

AcidTonic is still having a problem:
I'm positive I'm sending data too fast. No way is it coming in slow. I
basically keep adding data to a list which is only cleared when it sends out
data. Now correct me if I'm wrong but I'm allowed to send data whenever I
like as long as it contains enough entries for the proper time frequency
correct?

Below is some output. I have a datapoint for every second. I even made it
raise an exception if the current time is more than 1 second later than the
last time. And my schema requires 2 second intervals and I'm proving at
least a 1 second interval on timing.

Data is saved in the list every 1 second and the full list is sent every 10
seconds. I cant explain why there is still gaps.

system.total_phymem 799375360 1264975477
system.avail_phymem 14131200 1264975477
system.used_phymem 785244160 1264975477
system.total_virtmem 279617536 1264975477
system.avail_virtmem 278466560 1264975477
system.used_virtmem 1150976 1264975477
system.cpu_util_percent 0.00 1264975477

system.total_phymem 799375360 1264975478
system.avail_phymem 14131200 1264975478
system.used_phymem 785244160 1264975478
system.total_virtmem 279617536 1264975478
system.avail_virtmem 278466560 1264975478
system.used_virtmem 1150976 1264975478
system.cpu_util_percent 0.00 1264975478

system.total_phymem 799375360 1264975479
system.avail_phymem 14131200 1264975479
system.used_phymem 785244160 1264975479
system.total_virtmem 279617536 1264975479
system.avail_virtmem 278466560 1264975479
system.used_virtmem 1150976 1264975479
system.cpu_util_percent 0.00 1264975479

system.total_phymem 799375360 1264975480
system.avail_phymem 14131200 1264975480
system.used_phymem 785244160 1264975480
system.total_virtmem 279617536 1264975480
system.avail_virtmem 278466560 1264975480
system.used_virtmem 1150976 1264975480
system.cpu_util_percent 0.00 1264975480

sending :147 updates
system.total_phymem 799375360 1264975481
system.avail_phymem 14135296 1264975481
system.used_phymem 785240064 1264975481
system.total_virtmem 279617536 1264975481
system.avail_virtmem 278466560 1264975481
system.used_virtmem 1150976 1264975481
system.cpu_util_percent 0.00 1264975481

system.total_phymem 799375360 1264975482
system.avail_phymem 14135296 1264975482
system.used_phymem 785240064 1264975482
system.total_virtmem 279617536 1264975482
system.avail_virtmem 278466560 1264975482
system.used_virtmem 1150976 1264975482
system.cpu_util_percent 0.00 1264975482

system.total_phymem 799375360 1264975483
system.avail_phymem 14139392 1264975483
system.used_phymem 785235968 1264975483
system.total_virtmem 279617536 1264975483
system.avail_virtmem 278466560 1264975483
system.used_virtmem 1150976 1264975483
system.cpu_util_percent 0.00 1264975483

system.total_phymem 799375360 1264975484
system.avail_phymem 14139392 1264975484
system.used_phymem 785235968 1264975484
system.total_virtmem 279617536 1264975484
system.avail_virtmem 278466560 1264975484
system.used_virtmem 1150976 1264975484
system.cpu_util_percent 0.00 1264975484

system.total_phymem 799375360 1264975485
system.avail_phymem 14086144 1264975485
system.used_phymem 785289216 1264975485
system.total_virtmem 279617536 1264975485
system.avail_virtmem 278466560 1264975485
system.used_virtmem 1150976 1264975485
system.cpu_util_percent 2.00 1264975485

system.total_phymem 799375360 1264975486
system.avail_phymem 14077952 1264975486
system.used_phymem 785297408 1264975486
system.total_virtmem 279617536 1264975486
system.avail_virtmem 278466560 1264975486
system.used_virtmem 1150976 1264975486
system.cpu_util_percent 2.00 1264975486

system.total_phymem 799375360 1264975487
system.avail_phymem 14086144 1264975487
system.used_phymem 785289216 1264975487
system.total_virtmem 279617536 1264975487
system.avail_virtmem 278466560 1264975487
system.used_virtmem 1150976 1264975487
system.cpu_util_percent 0.00 1264975487

system.total_phymem 799375360 1264975488
system.avail_phymem 14086144 1264975488
system.used_phymem 785289216 1264975488
system.total_virtmem 279617536 1264975488
system.avail_virtmem 278466560 1264975488
system.used_virtmem 1150976 1264975488
system.cpu_util_percent 0.00 1264975488

system.total_phymem 799375360 1264975489
system.avail_phymem 14086144 1264975489
system.used_phymem 785289216 1264975489
system.total_virtmem 279617536 1264975489
system.avail_virtmem 278466560 1264975489
system.used_virtmem 1150976 1264975489
system.cpu_util_percent 0.01 1264975489


On Thu, Feb 4, 2010 at 5:34 PM, chrismd <question99926@xxxxxxxxxxxxxxxxxxxxx
> wrote:

> Your question #99926 on Graphite changed:
> https://answers.launchpad.net/graphite/+question/99926
>
>     Status: Open => Answered
>
> chrismd proposed the following answer:
> Are the gaps regular or sporadic? If they are regular it is almost
> certainly a mismatch between the schema configuration and the frequency
> of datapoints being sent. I would recommend logging the data you are
> sending to graphite so you can check that against the data showing up in
> your graphs.
>
> The reason you see smooth graphs when viewing certain time spans is
> because when you are trying to view more data points than can fit in the
> pixels of your graph, graphite aggregates datapoints by averaging them
> together, which conceals the missing datapoints.
>
> --
> If this answers your question, please go to the following page to let us
> know that it is solved:
> https://answers.launchpad.net/graphite/+question/99926/+confirm?answer_id=0
>
> If you still need help, you can reply to this email or go to the
> following page to enter your feedback:
> https://answers.launchpad.net/graphite/+question/99926
>
> You received this question notification because you are a direct
> subscriber of the question.
>

-- 
You received this question notification because you are a member of
graphite-dev, which is an answer contact for Graphite.