[7.190] Seems log files days calculation still buggy :)

Hi BuBu, 

as the reporting part is also located on this partition only 55% of the free space is calculated for logging, the other 45% are for the reporting section.

regards
Gert

Besides, this an approximation, and there is some rounding applied when calculating this. 1MB/day does not mean exactly 1048576 bytes per 24 hours, and 480 days are not exactly 480*24*60*60 seconds.

yes understand no problems

but you may have to show right values to make it more coherent [[:)]]

I mean include both  report and log in the estimated day fillup... instead of showing 1MB/day would have been better to see 2MB/day (with something saying this is fillup for both reporting and logging...) which make things easier to understand...
You may have probably no complains because people just see it without really checking it.. [[:)]]

thx

yes understand no problems

but you may have to show right values to make it more coherent [[:)]]

I mean include both  report and log in the estimated day fillup... instead of showing 1MB/day would have been better to see 2MB/day (with something saying this is fillup for both reporting and logging...) which make things easier to understand...
You may have probably no complains because people just see it without really checking it.. [[:)]]

thx

I used the opportunity to take a peak into the respective code and spotted a place where the rounding didn't really correctly round, but truncate (in some cases). I informed the responsible developer and he already committed a bugfix for 7.200. The number should be more accurate in the future if you divide free space by fillup rate, but it is still only an approximation.

Cheers,
 andreas

good [:)]

thx