{"action":"opened","issue":{"url":"https://api.github.com/repos/golang/go/issues/12446","labels_url":"https://api.github.com/repos/golang/go/issues/12446/labels{/name}","comments_url":"https://api.github.com/repos/golang/go/issues/12446/comments","events_url":"https://api.github.com/repos/golang/go/issues/12446/events","html_url":"https://github.com/golang/go/issues/12446","id":104422381,"number":12446,"title":"cmd/go: 'go test' should dynamically compute best timeout","user":{"login":"dsnet","id":6354026,"avatar_url":"https://avatars.githubusercontent.com/u/6354026?v=3","gravatar_id":"","url":"https://api.github.com/users/dsnet","html_url":"https://github.com/dsnet","followers_url":"https://api.github.com/users/dsnet/followers","following_url":"https://api.github.com/users/dsnet/following{/other_user}","gists_url":"https://api.github.com/users/dsnet/gists{/gist_id}","starred_url":"https://api.github.com/users/dsnet/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/dsnet/subscriptions","organizations_url":"https://api.github.com/users/dsnet/orgs","repos_url":"https://api.github.com/users/dsnet/repos","events_url":"https://api.github.com/users/dsnet/events{/privacy}","received_events_url":"https://api.github.com/users/dsnet/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2015-09-02T07:58:21Z","updated_at":"2015-09-02T07:58:21Z","closed_at":null,"body":"Using ```go1.5```\r\n\r\nI discovered that \"go test\" crashes after the timeout of 600s has passed. I was running all the benchmarks in ```compress/flate``` and I set ```-benchtime 10s```. Since each benchmark will run for about 10s or more, and there are 36 benchmarks in that package, this occupies at least 360s, which is running close to the default of 600s.\r\n\r\nIn situations like these, the ```go test``` tool should be able to figure out that a timeout of 600s is cutting things close when running 36 benchmarks each for 10s and choose a timeout that is more appropriate."}}