[New Feature] Downloaded volume statistics

Discuss newly added features or request new features.
hugbug
Developer & Admin
Posts: 7417
Joined: 09 Sep 2008, 11:58
Location: Germany

[New Feature] Downloaded volume statistics

Post by hugbug » 01 Apr 2014, 21:14

Remining_time_label.png
Click on remaining time label
Remining_time_label.png (12.62 KiB) Viewed 7427 times
Statistics_and_status_dialog.png
Then on "Total Downloaded"
Downloaded volumes page.png
Volume data

sanderj
Posts: 143
Joined: 10 Feb 2014, 21:46

Re: [New Feature] Downloaded volume statistics

Post by sanderj » 02 Apr 2014, 07:40

Well done.

Let me check for this overview "60 minutes":

Image

The "Sum:" in the upper right corner is the total in timeframe seen in the screen, so in the past 60 minutes?
The numbers on the vertical axis is the total per minute?

Correct?

EDIT: tested with "nzbget 13.0-testing-r973"
Last edited by sanderj on 02 Apr 2014, 13:43, edited 1 time in total.

hugbug
Developer & Admin
Posts: 7417
Joined: 09 Sep 2008, 11:58
Location: Germany

Re: [New Feature] Downloaded volume statistics

Post by hugbug » 02 Apr 2014, 07:51

Yes, all correct.

Is something calculated wrong?

sanderj
Posts: 143
Joined: 10 Feb 2014, 21:46

Re: [New Feature] Downloaded volume statistics

Post by sanderj » 02 Apr 2014, 09:59

hugbug wrote: Is something calculated wrong?
I don't think so; I'm in the phase of understanding the graphs. Maybe I would have understood it immediatly if the graph would have been a bar graph (instead of a line). Because of the line graph I was automatically thining in MBps ... not MB per minute etc

pizzaking
Posts: 7
Joined: 26 Sep 2013, 15:19

Re: [New Feature] Downloaded volume statistics

Post by pizzaking » 02 Apr 2014, 10:13

I think it looks great. Will this in any way cause lower download speeds, as a consequence of the logging of data transfer?

hugbug
Developer & Admin
Posts: 7417
Joined: 09 Sep 2008, 11:58
Location: Germany

Re: [New Feature] Downloaded volume statistics

Post by hugbug » 02 Apr 2014, 10:40

pizzaking wrote:Will this in any way cause lower download speeds, as a consequence of the logging of data transfer?
It's designed to not influence the speed; that was the highest priority.

To achieve this the data is updated after the whole article is downloaded or once per-second (if the download of an article takes more than a second). Because of this the per-second graph isn't very smooth and may show peaks above the line bandwidth followed by falls but that's OK.

The per-second graph becomes much smoother if the option AccurateRate is active (it's disabled by default) but this option has already influenced the speed on slow machines due to overhead of thread synchronization anyway.

prinz2311
Posts: 462
Joined: 08 Dec 2012, 00:03

Re: [New Feature] Downloaded volume statistics

Post by prinz2311 » 03 Apr 2014, 10:29

I think something is not right here. I had to restart my box this morning (unrelated), but now after the restart the diagram is not right:

24 h view (data before restart missing):
day.jpg
month view with mouse cursor over today (correct amount):
month.jpg
Don't know if my stats file was corrupted because of the restart, but strange that the month view still shows the correct amount for today...

hugbug
Developer & Admin
Posts: 7417
Joined: 09 Sep 2008, 11:58
Location: Germany

Re: [New Feature] Downloaded volume statistics

Post by hugbug » 03 Apr 2014, 10:36

Are you on r973 or r974?

prinz2311
Posts: 462
Joined: 08 Dec 2012, 00:03

Re: [New Feature] Downloaded volume statistics

Post by prinz2311 » 03 Apr 2014, 10:38

r974 ... changed to that version yesterday around 23:30 local time. So all the data from today should be from r974.

hugbug
Developer & Admin
Posts: 7417
Joined: 09 Sep 2008, 11:58
Location: Germany

Re: [New Feature] Downloaded volume statistics

Post by hugbug » 03 Apr 2014, 11:28

When NZBGet detects backwards changes of the clock it clears seconds/minutes/hours data slots because these data are not longer valid.

This is what has happened:
  • box has booted;
  • box doesn't have clock memory and starts always with date set to 1 Jan 2000;
  • NZBGet starts from a boot script;
  • NZBGet sees current time is older than the last data time and clears the seconds/minutes/hours data slots;
  • box fetches correct time from a time server but it's too late, the data is gone.
You can verify my assumption by checking the timestamps in the log-file, in particular in the first line "nzbget-version daemon mode".

What you could do is to ensure that when NZBGet starts the time is already properly set. Or you could just leave with the fact that the seconds/minutes/hours volume data is not available after restart. The daily data is preserved.

The clearing of seconds/minutes/hours data slots on backwards clock changes was added in r974, that's why I asked.

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests