[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #18768 [Analysis]: Calculate the fraction of dist.torproject.org traffic for Tor Browser downloads and updates
#18768: Calculate the fraction of dist.torproject.org traffic for Tor Browser
downloads and updates
----------------------+---------------------
Reporter: karsten | Owner:
Type: task | Status: new
Priority: Medium | Milestone:
Component: Analysis | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
----------------------+---------------------
Comment (by cypherpunks):
Replying to [comment:7 gk]:
> One admittedly far-fetched scenario I had in mind while writing my last
comment was our incremental .mar file update failing badly which could
lead up to 2 .mar file requests (one for the incremental one and one for
the full one)
Actually I remember seeing that the updater can also resume interrupted
background downloads (one kind of interruption could be terminating the
browser, for example). So one could imagine increasing that figure some.
> per one update ping. But that would imply a weird usage pattern of
almost all of our users.
Yes, it would imply that the non-incremental patch is ''also'' failing,
''every time''... It has to be something else.
I had thought that maybe there's something else out there, other than Tor
Browser's updater, pulling a bunch of .mar files. I thought maybe if the
server hosts a large number of those and a few mirrors are very eagerly
rsyncing that could pad the ".mar requests" figure.
In fact, if we look at this: `29958084372393 / 43530110 â 688215.22`
That's ".mar bytes" divided by ".mar requests", which results in about 670
KiB. That's significantly less than what I would have expected for an
average update. (Notice that similar calculations for the other items all
result in reasonable values.)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/18768#comment:8>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs