mirrors/arti.git/crates/tor-proto/src/channel.rs, branch derive-traitsmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=derive-traits2022-03-02T18:01:08ZReplace manual Default and new with std derive in tor-proto2022-03-02T18:01:08ZIan Jacksonijackson@chiark.greenend.org.uk2022-03-02T17:54:59Zurn:sha1:89074a1326f0473b65f12ba1f2131e5e222721c8Update tor-proto errors to latest API.2022-02-15T14:57:03ZNick Mathewsonnickm@torproject.org2022-02-15T14:57:03Zurn:sha1:6b611d6deae2e003ea81f459cd5e005c37ab50cetor-proto: use InternalError for internal errors.2022-02-15T14:41:11ZNick Mathewsonnickm@torproject.org2022-02-11T20:20:50Zurn:sha1:f23f375e42ef3237f9bbb7b8bfee47ecc9ced4a1tor-cell: provide HasKind.2022-02-15T14:41:10ZNick Mathewsonnickm@torproject.org2022-02-11T17:17:11Zurn:sha1:da0e9e456c398d33c476db5a28e1c6fff5320c4d
Additionally, refactor the IoError out of tor_cell::Error:
nothing in TorCell created this; it was only used by tor_proto.
This required refactoring in tor_proto to use a new error type. Here I
decided to use a new CodecError for now, though we may refactor that
away soon too.
Remove the use of Mutex in channel unused_since timestamp2022-02-08T23:28:45ZYuan Lyulyuyuan92@gmail.com2022-02-08T23:28:45Zurn:sha1:595fe1ab881b94106649f9b19eebedf926d68f1bExpire channels that have been unused for too long2022-02-05T03:52:51ZYuan Lyulyuyuan92@gmail.com2022-02-04T04:36:01Zurn:sha1:f6f732a47818f789db76ad692d0025de1051072fchanmgr: get rid of Arc around Channel2022-01-13T13:12:29ZIan Jacksoniwj@torproject.org2022-01-13T13:12:29Zurn:sha1:9b723cba53852ecd3505c0cabc42ca3b5d31ad34add semicolons if nothing returned2021-11-25T13:20:37ZDaniel Eadesdanieleades@hotmail.com2021-11-25T13:14:05Zurn:sha1:db16d13df4779ac61005050dfe5ce05e3d5a1b5dtor-proto: Use tor-rtcompat macros for testing, not tokio.2021-11-15T17:57:01ZNick Mathewsonnickm@torproject.org2021-11-15T17:55:08Zurn:sha1:f92ad644c90480cd6ea738201119ce1e9fd40d8e
Closes #222.
Completely overhaul the tor-proto circuit reactor2021-11-12T15:04:24Zetator@eta.st2021-11-09T14:05:31Zurn:sha1:197816d14cfb24c8830b938dac7dc3afb6eb6c26
Rather like e8e9699c3c239d6c30f9ad414f15d3bad6ec03fd ("Get rid of
tor-proto's ChannelImpl, and use the reactor more instead"), this
admittedly rather large commit refactors the way circuits in `tor-proto`
work, centralising all of the logic in one large nonblocking reactor
which other things send messages into and out of, instead of having a
bunch of `-Impl` types that are protected by mutexes.
Congestion control becomes a lot simpler with this refactor, since the
reactor can manage both stream- and circuit-level congestion control
unilaterally without having to share this information with consumers,
meaning we can get rid of some locks.
The way streams work also changes, in order to facilitate better
handling of backpressure / fairness between streams: each stream now has
a set of channels to send and receive messages over, instead of sending
relay cells directly onto the channel (now, the reactor pulls messages
off each stream in each map, and tries to avoid doing so if it won't be
able to forward them yet).
Additionally, a lot of "close this circuit / stream" messages aren't
required any more, since that state is simply indicated by one end of a
channel going away. This should make cleanup a lot less brittle.
Getting all of this to work involved writing a fair deal of intricate
nonblocking code in Reactor::run_once that tries very hard to be mindful
of making backpressure work correctly (and congestion control); the old
code could get away with having tasks .await on things, but the new
reactor can't really do this (as it'd lock the reactor up), so has to do
everything in a nonblocking manner.