Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse.org-architecture-council] Download stats reliability and SLA

The stats are reliable since I adressed the bug.

The problem is injection points -- we rely on the Find a Mirror script, and p2.statsURI for injecting a stats entry. If a project links to a mirror directly, or download.eclipse.org directly, or worse -- if a user follows a direct link, then no stats are generated for those downloads.


Denis

On 2020-03-17 10:20 a.m., Mickael Istria wrote:
Hi Denis,

On Tue, Mar 17, 2020 at 2:57 PM Denis Roy <denis.roy@xxxxxxxxxxxxxxxxxxxxxx> wrote:
If download stats deserve a higher SLA, perhaps engage with the
Committer Board Representatives for guidance.

Thanks, I'll investigate that. 

Querying download stats like we do is quite passé.

Being passé isn't necessarily a bad thing (isn't the average Eclipse.org project mostly passé?).
Current query engine is extremely powerful and allows to get more useful input that any pre-generated download stats. Download stats can help decide whether to abandon specific versions, specific artifacts, can allow to get fine grain feedback on relatively small changes on one day after the other.
IMO, it's much more important to ensure the current capabilities of download stats are reliable than to build new visualizations/projections.
However, it seems to me that since last bug fix, download stats are reliable, aren't they? That's a genuine question, this was discussed on the ide-dev mailing-list and not all committers trust data the same way and don't have the same feeling of reliability. What are the limitations, possible glitches (potential part of bots, of builds, are user-agents checked...)? Is this "quality"/"reliability" made explicit somewhere?

Thanks in advance,

_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse.org-architecture-council
--

Denis Roy

Director, IT Services | Eclipse Foundation, Inc.

Eclipse Foundation: The Platform for Open Innovation and Collaboration

Twitter: @droy_eclipse


Back to the top