block until they've read the first "/multistream/1.0.0" from rwc
write the "/multistream/1.0.0" response
read tokens from rwc in a loop, echoing the the token if the protocol is supported, or send "na" if the protocol is not supported
The only difference between these two function is that Negotiate performs writes synchronously, whereas NegotiateLazy spawns a separate Go routine to perform these writes, and returns before these writes have finishes.
That means that NegotiateLazy is only faster than Negotiate if we assume that any of these writes would block / take significant time. I would argue that this is not the case, as we're either writing to a network.SecureConn or a network.Stream, both of which probably are buffered, or wouldn't block under normal circumstances.
Deprecating NegotiateLazy would allow us to easily fix the race condition (#83) by just deleting the faulty code path :)
Negotiate
andNegotiateLazy
bothrwc
rwc
in a loop, echoing the the token if the protocol is supported, or send "na" if the protocol is not supportedThe only difference between these two function is that
Negotiate
performs writes synchronously, whereasNegotiateLazy
spawns a separate Go routine to perform these writes, and returns before these writes have finishes.That means that
NegotiateLazy
is only faster thanNegotiate
if we assume that any of these writes would block / take significant time. I would argue that this is not the case, as we're either writing to anetwork.SecureConn
or anetwork.Stream
, both of which probably are buffered, or wouldn't block under normal circumstances.Deprecating
NegotiateLazy
would allow us to easily fix the race condition (#83) by just deleting the faulty code path :)