#30174: possible SBWS measurement quality regression ---------------------------+----------------------------------- Reporter: starlight | Owner: (none) Type: defect | Status: needs_information Priority: Medium | Milestone: sbws: unspecified Component: Core Tor/sbws | Version: sbws: 1.1.0 Severity: Normal | Resolution: Keywords: | Actual Points: Parent ID: | Points: Reviewer: | Sponsor: ---------------------------+-----------------------------------
Comment (by starlight): According to the vote document it's "software_version=1.1.0", what I say above in the description (which you copy in reply), is the current git release and you posted about it on tor-relays. This ticket is under SBWS so what doubt inspires the scanner/version question? The out-of-whack numbers I observed reverted--SBWS requires a substantial ramp-up time before quality is achieved. Torflow has an explicit mechanism to delay publishing until equilibrium is present, suggest that SBWS employ something similar. My recommendation is to examine raw votes in comparison to the POC scanner Matt authored as a QA validation. I still like the idea, even with the vote quality improvement. -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/30174#comment:2> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs