Scalability and Perf Board issueshttps://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues2022-01-24T16:51:22Zhttps://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/41Conflux (unreliable version)2022-01-24T16:51:22ZMike PerryConflux (unreliable version)Conflux without a reconnection window will reduce network reliability, but improve throughput.
It may increase latency due to circuit setup, if circuits can't be pre-built.
It may also provide traffic analysis resistance benefits.Conflux without a reconnection window will reduce network reliability, but improve throughput.
It may increase latency due to circuit setup, if circuits can't be pre-built.
It may also provide traffic analysis resistance benefits.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/29Adaptive Stream Timeout2020-02-07T18:42:29ZMike PerryAdaptive Stream TimeoutSimilar to DNS tests, we could deploy an adaptive stream timeout using CBT style math.Similar to DNS tests, we could deploy an adaptive stream timeout using CBT style math.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/42FlashFlow2020-05-20T05:50:14ZMike PerryFlashFlowhttps://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/40Adblocker vs not2020-02-07T18:03:57ZMike PerryAdblocker vs notUnsurprisingly using an adblocker is faster than not using one..
How many sites already throw up a paywall for this?Unsurprisingly using an adblocker is faster than not using one..
How many sites already throw up a paywall for this?https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/37Torflow -> sbws2020-02-07T17:57:22ZMike PerryTorflow -> sbwshttps://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/36Flashflow 20 second flood test2020-02-07T18:38:47ZMike PerryFlashflow 20 second flood testhttps://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/35Investigate "slow" relays2020-02-07T17:54:34ZMike PerryInvestigate "slow" relayshttps://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/34Exit scanning for misconfig failures2020-02-07T17:53:21ZMike PerryExit scanning for misconfig failuresSome exits fail because of poor config. We can scan for them and reach out to operators to improve things.Some exits fail because of poor config. We can scan for them and reach out to operators to improve things.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/31Increase number of guards2020-02-07T17:47:14ZMike PerryIncrease number of guardsWith more guards, CBT can choose better fast paths to avoid overloaded guards.With more guards, CBT can choose better fast paths to avoid overloaded guards.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/30Filter out various relays from onionperf results2020-02-07T18:37:32ZMike PerryFilter out various relays from onionperf resultsIf we filter out all onionperf paths that contain 0.2.9 relays (pre-KIST), or change the Fast cutoff, or change the Guard cutoff by filtering paths, what happens to the results?
In this way we can evaluate the impact of these changes on...If we filter out all onionperf paths that contain 0.2.9 relays (pre-KIST), or change the Fast cutoff, or change the Guard cutoff by filtering paths, what happens to the results?
In this way we can evaluate the impact of these changes on the network perf before rolling out any actual changes.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/28Tor Browser optimizations (optimistic data, HTTP2, etc)2020-02-07T18:43:01ZMike PerryTor Browser optimizations (optimistic data, HTTP2, etc)Various optimizations in the browser could improve user-perceived performance.
Many of these need a browser model for onionperf to validate.Various optimizations in the browser could improve user-perceived performance.
Many of these need a browser model for onionperf to validate.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/26Relay usability2020-02-07T17:35:34ZMike PerryRelay usabilityIf we improved relay usability, maybe more people would run relays?
Maybe not, though.If we improved relay usability, maybe more people would run relays?
Maybe not, though.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/18Consensus params for flow control window2020-02-07T18:21:31ZMike PerryConsensus params for flow control windowIf we made consensus params for our SENDME refill amount and initial window sizes, we could see if various defaults have better latency and throughput characteristics.If we made consensus params for our SENDME refill amount and initial window sizes, we could see if various defaults have better latency and throughput characteristics.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/17Consensus param for Fast cutoff2020-07-09T20:14:26ZMike PerryConsensus param for Fast cutoffThe Fast cutoff is currently hard-coded. If we made a consensus param for this value, we could reduce consensus size and also improve long-tail performance by eliminating slow relays.The Fast cutoff is currently hard-coded. If we made a consensus param for this value, we could reduce consensus size and also improve long-tail performance by eliminating slow relays.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/15Improve relay bandwidth testing/self-reporting2020-02-07T18:18:38ZMike PerryImprove relay bandwidth testing/self-reportingWe could improve relay onboarding with a faster/more accurate/more trusted measurement step.We could improve relay onboarding with a faster/more accurate/more trusted measurement step.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/13Instrumentation/tracing framework2020-02-07T17:07:34ZMike PerryInstrumentation/tracing frameworkDgoulet believes we can more easily find long-tail perf bugs with a tracing framework for Tor, so we can get high-resolution information about critical paths in relay use without impacting performance during the instrumentation of the To...Dgoulet believes we can more easily find long-tail perf bugs with a tracing framework for Tor, so we can get high-resolution information about critical paths in relay use without impacting performance during the instrumentation of the Tor process.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/11DNS test predicted circuits2020-02-07T18:15:35ZMike PerryDNS test predicted circuitsArthur and Dennis have detected that some long tail of exits/relays are really bad for unknown reasons. Sometimes this is just DNS config, but there are other things beyond that.
We could DNS test our circuits and toss out the slowest 5...Arthur and Dennis have detected that some long tail of exits/relays are really bad for unknown reasons. Sometimes this is just DNS config, but there are other things beyond that.
We could DNS test our circuits and toss out the slowest 5%, via a mechanism similar to CBT math. We don't really need to toss out a lot of circuits via this mechanism, as something like 1% or less of circuits have this problem. But the ones that do have it delay page load by 6 seconds or more.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/10Add relay descriptor field to indicate shared link2020-02-07T18:16:56ZMike PerryAdd relay descriptor field to indicate shared linkWhen Rob did his flashflow experiment, relays that shared a machine or link with other relays got overloaded.
If we could encourage relay operators to set a flag for their multi-instance deployments, or better, auto-detect/guess and the...When Rob did his flashflow experiment, relays that shared a machine or link with other relays got overloaded.
If we could encourage relay operators to set a flag for their multi-instance deployments, or better, auto-detect/guess and then ask for confirmation, we could avoid overloading shared-link relays via either flashflow or sbws.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/9Signals for relay CPU, memory, socket overload2020-02-07T18:13:47ZMike PerrySignals for relay CPU, memory, socket overloadWe need low resolution backoff signals for bw auth PID feedback, so that the bw auths can stop providing more weight to relays that are maxed out in ways other than bandwidth.
Bonus points if can be used by the congestion control resear...We need low resolution backoff signals for bw auth PID feedback, so that the bw auths can stop providing more weight to relays that are maxed out in ways other than bandwidth.
Bonus points if can be used by the congestion control research idea.https://gitlab.torproject.org/mikeperry/scalability-and-perf-board/-/issues/7Handle influx of many relays at once2020-02-07T16:42:48ZMike PerryHandle influx of many relays at once