Keyboard Shortcuts

File
u :up to issue
m :publish + mail comments
M :edit review message
j / k :jump to file after / before current file
J / K :jump to next file with a comment after / before current file
Side-by-side diff
i :toggle intra-line diffs
e :expand all comments
c :collapse all comments
s :toggle showing all comments
n / p :next / previous diff chunk or comment
N / P :next / previous comment
<Up> / <Down> :next / previous line
<Enter> :respond to / edit current comment
d :mark current comment as done
Issue
u :up to list of issues
m :publish + mail comments
j / k :jump to patch after / before current patch
o / <Enter> :open current patch in side-by-side view
i :open current patch in unified diff view
Issue List
j / k :jump to issue after / before current issue
o / <Enter> :open current issue
# : close issue
Comment/message editing
<Ctrl> + s or <Ctrl> + Enter :save comment
<Esc> :cancel edit
Rietveld Code Review Tool
Help | Bug tracker | Discussion group | Source code | Sign in
(482)
Issues Repositories Search
Open Issues | Closed Issues | All Issues | Sign in with your Google Account to create issues and add comments

Issue 106950044: code review 106950044: net: try to deflake TestVariousDeadlines4Proc

Can't Edit
Can't Publish+Mail
Start Review
Created:
11 years, 7 months ago by rsc
Modified:
11 years ago
Reviewers:
bradfitz
CC:
bradfitz, golang-codereviews
Visibility:
Public.
net: try to deflake TestVariousDeadlines4Proc Timeouts are only checked when the non-blocking network read returns EAGAIN. If the writer is racing far enough ahead of the reader, it is possible that the reader may never catch up, and therefore never reach the timeout check. This theory is supported by the fact that it is always the longer timeouts that fail in the build failures. They give the writer more time to get ahead. Sleeping in the writer should give the reader time to catch up.

Patch Set 1 #

Patch Set 2 : diff -r ef8878dbed3b https://code.google.com/p/go #

Patch Set 3 : diff -r ef8878dbed3b https://code.google.com/p/go #

Created: 11 years, 7 months ago
Download [raw] [tar.bz2]
Unified diffs Side-by-side diffs Delta from patch set Stats (+1 line, -0 lines) Patch
M src/pkg/net/timeout_test.go View 1 2 1 chunk +1 line, -0 lines 0 comments Download
Total messages: 3
|
rsc
Hello bradfitz, bradfitz@golang.org (cc: golang-codereviews@googlegroups.com), I'd like you to review this change to https://code.google.com/p/go
11 years, 7 months ago (2014年06月11日 01:00:30 UTC) #1
Hello bradfitz, bradfitz@golang.org (cc: golang-codereviews@googlegroups.com),
I'd like you to review this change to
https://code.google.com/p/go 
Sign in to reply to this message.
bradfitz
LGTM Little comment in the code might be nice too. On Jun 10, 2014 6:00 ...
11 years, 7 months ago (2014年06月11日 01:18:10 UTC) #2
LGTM
Little comment in the code might be nice too.
 On Jun 10, 2014 6:00 PM, <rsc@golang.org> wrote:
> Reviewers: bradfitz,
>
> Message:
> Hello bradfitz, bradfitz@golang.org (cc:
> golang-codereviews@googlegroups.com),
>
> I'd like you to review this change to
> https://code.google.com/p/go
>
>
> Description:
> net: try to deflake TestVariousDeadlines4Proc
>
> Timeouts are only checked when the non-blocking
> network read returns EAGAIN. If the writer is racing
> far enough ahead of the reader, it is possible that the
> reader may never catch up, and therefore never
> reach the timeout check.
>
> This theory is supported by the fact that it is always
> the longer timeouts that fail in the build failures.
> They give the writer more time to get ahead.
>
> Sleeping in the writer should give the reader time
> to catch up.
>
> Please review this at https://codereview.appspot.com/106950044/
>
> Affected files (+1, -0 lines):
> M src/pkg/net/timeout_test.go
>
>
> Index: src/pkg/net/timeout_test.go
> ===================================================================
> --- a/src/pkg/net/timeout_test.go
> +++ b/src/pkg/net/timeout_test.go
> @@ -409,6 +409,7 @@
> for i := range p {
> p[i] = byte(b)
> }
> + time.Sleep(1 * time.Millisecond)
> return len(p), nil
> }
>
>
>
>
Sign in to reply to this message.
gobot
R=close To the author of this CL: The Go project has moved to Gerrit Code ...
11 years ago (2014年12月19日 05:09:41 UTC) #3
R=close
To the author of this CL:
The Go project has moved to Gerrit Code Review.
If this CL should be continued, please see the latest version of
https://golang.org/doc/contribute.html for instructions on
how to set up Git and the Go project's Gerrit codereview plugin,
and then create a new change with your current code.
If there has been discussion on this CL, please give a link to it
(golang.org/cl/106950044 is best) in the description in your
new CL.
Thanks very much.
Sign in to reply to this message.
|
Powered by Google App Engine
RSS Feeds Recent Issues | This issue
This is Rietveld f62528b

AltStyle によって変換されたページ (->オリジナル) /