This is an archive of the discontinued LLVM Phabricator instance.

Archive test traces to outer directory named by build number after lldb-test
ClosedPublic

Authored by chying on May 1 2015, 5:56 PM.

Details

Summary

The test traces will be stored temporarily on slave machine
There will be a sheduled task running on slave machine to zip and upload traces to google storage

Diff Detail

Repository
rL LLVM

Event Timeline

chying updated this revision to Diff 24849.May 1 2015, 5:56 PM
chying retitled this revision from to Archive test traces to outer directory named by build number after lldb-test.
chying updated this object.
chying edited the test plan for this revision. (Show Details)
chying added reviewers: chaoren, vharron, sivachandra.
chying added a subscriber: Unknown Object (MLST).
sivachandra added inline comments.May 2 2015, 7:08 AM
zorg/buildbot/builders/LLDBBuilder.py
306 ↗(On Diff #24849)

The summary note says that a separate task would zip and upload traces to google storage. Why cant it be done inline right here as part of this step?

chying added inline comments.May 4 2015, 2:53 PM
zorg/buildbot/builders/LLDBBuilder.py
306 ↗(On Diff #24849)

There were two concerns behind this, one is that certain builder might not have access to google storage, or would upload the traces to different locations. Another is that in case of network latency, doing this step inline would slow down the builder, zip&upload step normally only take 6 seconds though.

sivachandra added inline comments.May 4 2015, 3:00 PM
zorg/buildbot/builders/LLDBBuilder.py
306 ↗(On Diff #24849)

I don't understand the first of the concerns. For the second one, chromium builders all archive to google storage. To my knowledge, the archive step was never treated as a time bottle neck.

chying added inline comments.May 4 2015, 4:19 PM
zorg/buildbot/builders/LLDBBuilder.py
306 ↗(On Diff #24849)

For the first point, I was saying that adding this step inline will require any builders calling this function have google storage access, i.e. builders have no google storage access won't be able to call this factory function.
I am fine with adding this step inline, all of the current lldb builders calling this function have google storage access.

sivachandra added inline comments.May 4 2015, 4:22 PM
zorg/buildbot/builders/LLDBBuilder.py
306 ↗(On Diff #24849)

Unless there is a compelling reason, I do not see why this step should not be inline. If not inline, you are also burdening yourselves with the maintenance of another process.

chying updated this revision to Diff 24928.May 4 2015, 5:31 PM

zip and upload test traces to gs by shell command

sivachandra accepted this revision.May 7 2015, 11:28 AM
sivachandra edited edge metadata.

lgtm

This revision is now accepted and ready to land.May 7 2015, 11:28 AM
This revision was automatically updated to reflect the committed changes.