From 3cb33421c5d3506cb57c6201bee013b10d49fbc8 Mon Sep 17 00:00:00 2001 From: murongshaozong Date: Wed, 14 Aug 2024 07:41:53 +0800 Subject: [PATCH] .*: fix comments (#7504) --- server.go | 2 +- stream.go | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/server.go b/server.go index 41cf41ac2465..bbc1687be932 100644 --- a/server.go +++ b/server.go @@ -622,7 +622,7 @@ func recvBufferPool(bufferPool SharedBufferPool) ServerOption { // workload (assuming a QPS of a few thousand requests/sec). const serverWorkerResetThreshold = 1 << 16 -// serverWorkers blocks on a *transport.Stream channel forever and waits for +// serverWorker blocks on a *transport.Stream channel forever and waits for // data to be fed by serveStreams. This allows multiple requests to be // processed by the same goroutine, removing the need for expensive stack // re-allocations (see the runtime.morestack problem [1]). diff --git a/stream.go b/stream.go index 2a9c83641fe7..2707a824648c 100644 --- a/stream.go +++ b/stream.go @@ -1182,12 +1182,12 @@ func (a *csAttempt) finish(err error) { a.mu.Unlock() } -// newClientStream creates a ClientStream with the specified transport, on the +// newNonRetryClientStream creates a ClientStream with the specified transport, on the // given addrConn. // // It's expected that the given transport is either the same one in addrConn, or // is already closed. To avoid race, transport is specified separately, instead -// of using ac.transpot. +// of using ac.transport. // // Main difference between this and ClientConn.NewStream: // - no retry