<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-circmgr/src/timeouts/pareto.rs, branch arti-v0.0.2</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.2</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.2'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2021-11-25T13:20:37Z</updated>
<entry>
<title>add semicolons if nothing returned</title>
<updated>2021-11-25T13:20:37Z</updated>
<author>
<name>Daniel Eades</name>
<email>danieleades@hotmail.com</email>
</author>
<published>2021-11-25T13:14:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=db16d13df4779ac61005050dfe5ce05e3d5a1b5d'/>
<id>urn:sha1:db16d13df4779ac61005050dfe5ce05e3d5a1b5d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add #[serde(flatten)] HashMap fields to serializable objects</title>
<updated>2021-10-27T12:31:52Z</updated>
<author>
<name>eta</name>
<email>tor@eta.st</email>
</author>
<published>2021-10-27T12:31:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7a931b4de39f123b3af8afe96492bf5c67c81b95'/>
<id>urn:sha1:7a931b4de39f123b3af8afe96492bf5c67c81b95</id>
<content type='text'>
As per arti#175, we'd like to be able to handle newer Arti versions
storing additional state in the persisted state files, without dropping
this data on the floor when we write out changes to these files.

Use the #[serde(flatten)] mechanism to achieve this, by adding catch-all
HashMap&lt;String, JsonValue&gt; fields to all structs that are at risk of
this happening to them.
</content>
</entry>
<entry>
<title>Add a timeout estimator to take estimates from another process.</title>
<updated>2021-10-20T16:41:59Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-20T16:41:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=db0921fd7e31d863fd1f938588e641773eacfcf5'/>
<id>urn:sha1:db0921fd7e31d863fd1f938588e641773eacfcf5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Allow type of timeout estimator to change at runtime.</title>
<updated>2021-10-20T16:06:58Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-20T16:06:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=16ec1d21f2388afe91a66b8b2415c036c3af529e'/>
<id>urn:sha1:16ec1d21f2388afe91a66b8b2415c036c3af529e</id>
<content type='text'>
This is a big change, but it does simplify the type of Builder a
little, and isolates locking across different (potential) timeout
estimator types.
</content>
</entry>
<entry>
<title>enable checked_conversions lint.</title>
<updated>2021-10-09T20:53:13Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-09T20:49:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=af7c9d5a0b1bdcfba820160cf89d480efd27760e'/>
<id>urn:sha1:af7c9d5a0b1bdcfba820160cf89d480efd27760e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Initial backend implementation for guard node manager.</title>
<updated>2021-10-07T14:45:42Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-09-10T15:18:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0779923d6474bb72427d19b2e504b3fd370b78a2'/>
<id>urn:sha1:0779923d6474bb72427d19b2e504b3fd370b78a2</id>
<content type='text'>
There are some missing parts here (like persistence and tests)
and some incorrect parts (I am 90% sure that the "exploratory
circuit" flag is bogus).  Also it is not integrated with the circuit
manager code.
</content>
</entry>
<entry>
<title>fix/silence clippy lints in test modules</title>
<updated>2021-09-08T15:28:31Z</updated>
<author>
<name>Daniel Eades</name>
<email>danieleades@hotmail.com</email>
</author>
<published>2021-08-30T07:52:16Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fb3b8b84b5709ebe8a29051c43b82c4eef85decc'/>
<id>urn:sha1:fb3b8b84b5709ebe8a29051c43b82c4eef85decc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>More tests in pareto.rs</title>
<updated>2021-09-08T13:18:23Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-09-08T13:18:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9cf1fa36f4db3c6dd611a069a283315016fa621b'/>
<id>urn:sha1:9cf1fa36f4db3c6dd611a069a283315016fa621b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use same defaults for abandon and close times in timeout code.</title>
<updated>2021-09-07T18:53:50Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-09-07T18:53:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=74fa18458e4b10095a7b3ef540eb7e7e8a1f82ee'/>
<id>urn:sha1:74fa18458e4b10095a7b3ef540eb7e7e8a1f82ee</id>
<content type='text'>
On torspec!40, Mike says:

    I don't think there is a practical difference here. As per
    Section 2.4.5, if 60 seconds is not enough and causes the
    liveness test to fail due to too many timeouts, we will double
    the initial timeout.

This makes our behavior the same as C tor.
</content>
</entry>
<entry>
<title>Stop making abandoned/successful circuit counts persistent</title>
<updated>2021-09-07T18:50:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-09-07T18:50:36Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5d7b08993e88a0a53be9909b489c9f4d856d4257'/>
<id>urn:sha1:5d7b08993e88a0a53be9909b489c9f4d856d4257</id>
<content type='text'>
The C Tor implementation doesn't do this, and Mike says:

   I think it is a reasonable enough assumption that if Tor has
   restarted, this kind data is no longer fresh enough to be
   accurate for this purpose. This is also only 20 circuits here,
   and typical timeouts are now around 1-2 seconds or less.. So a
   restarted client with a timeout that is too low for a new
   internet connection will figure this out pretty quickly. I think
   that is OK.

(from torspec!40)
</content>
</entry>
</feed>
