Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(233)

Issue 10085001: Don't buffer stdout/stderr in command_wrapper.py (Closed)

Created:
8 years, 8 months ago by jochen (gone - plz use gerrit)
Modified:
8 years, 7 months ago
Reviewers:
cmp, djmm
CC:
chromium-reviews
Visibility:
Public.

Description

Don't buffer stdout/stderr in command_wrapper.py Otherwise, commands that take a long time to complete, but produce some status output, such as gsutil cp, will cause the buildbot's timeout to trigger. BUG=none TEST=manually, works on linux :) Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=134087

Patch Set 1 #

Patch Set 2 : whitespace change #

Unified diffs Side-by-side diffs Delta from patch set Stats (+29 lines, -5 lines) Patch
M command_wrapper/bin/command_wrapper.py View 1 4 chunks +29 lines, -5 lines 0 comments Download

Messages

Total messages: 5 (0 generated)
jochen (gone - plz use gerrit)
plz review
8 years, 8 months ago (2012-04-13 10:53:53 UTC) #1
cmp
lgtm I recall implementing something similar using output processors in threads and found that the ...
8 years, 8 months ago (2012-04-17 09:19:14 UTC) #2
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/jochen@chromium.org/10085001/2001
8 years, 8 months ago (2012-04-26 10:37:20 UTC) #3
commit-bot: I haz the power
Change committed as 134087
8 years, 8 months ago (2012-04-26 10:37:44 UTC) #4
djmm
8 years, 7 months ago (2012-05-03 01:00:03 UTC) #5
This change has had some ripple effects.  Namely
https://gerrit-int.chromium.org/#change,16528.  Could you put the retry messages
to stderr? 

We want to be able to call gsutil and close stderr and get only objects that
exist, or have it return empty.


On 2012/04/17 09:19:14, cmp wrote:
> lgtm
> 
> I recall implementing something similar using output processors in threads and
> found that the threads themselves introduced timing issues that caused
> stdout+stderr to be printed erratically between separate calls to the wrapper.

> I assume you know that already, just noting here for posterity.
> 
> Since this patch changes the way that output is handled for all platforms (and
> could affect how well this works at all in some or all places), when you land
it
> please keep an eye on the codesearch bot's upload, and chromium.perf's win
> release upload and download (upload on Win Builder, download on XP Perf 1, for
> example).

Powered by Google App Engine
This is Rietveld 408576698