Understood and agreed. I suspected there would be circuit-state to
maintain. As you say, concurrent cells on the same circuit should be queued
or thread-locked. I suspect thread-locking will be simple enough - the best
approach.
And given it's only a problem for the biggest nodes, a design should
On Wed, Jan 09, 2019 at 08:17:15AM -0500, Ian Goldberg wrote:
> On Wed, Jan 09, 2019 at 08:42:18PM +1100, Todd Hubers wrote:
> > There are early plans to distribute crypto operations across multiple cores
> > [https://trac.torproject.org/projects/tor/ticket/1749], but there might be
> > a better wa
On Wed, Jan 09, 2019 at 08:42:18PM +1100, Todd Hubers wrote:
> There are early plans to distribute crypto operations across multiple cores
> [https://trac.torproject.org/projects/tor/ticket/1749], but there might be
> a better way.
>
> (I registered, but I couldn't find a way to annotate the ticke
There are early plans to distribute crypto operations across multiple cores
[https://trac.torproject.org/projects/tor/ticket/1749], but there might be
a better way.
(I registered, but I couldn't find a way to annotate the ticket, so I'm
emailing for now)
The ticket states the reason being to satu
