Stop tgz'ing CTS/GTS test results |
||
Issue descriptionIn gs_offloader.py, we compress a directory with more than 500 files into .tgz. In 2015 when the feature was implemented such directories were rare, but after introduction of ARC++, CTS/GTS test results often get such large directories. Since tgz'ed test results are difficult to navigate, let's tune the constant.
,
Jun 4 2018
I will set the new limit to 3000, which is 2x of the biggest value in #c1.
,
Jun 5 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromiumos/third_party/autotest/+/a9cc41e66222f71f7cd2a63817fc6e1e4df94c00 commit a9cc41e66222f71f7cd2a63817fc6e1e4df94c00 Author: Shuhei Takahashi <nya@chromium.org> Date: Tue Jun 05 12:42:19 2018 gs_offloader: Increase _MAX_FILE_COUNT. gs_offloader compresses test artifacts into .tgz if there are too many files. This logic was added to reduce "unnecessary load in drone" ( crbug.com/537756 ) in 2015, and the threshold was decided at that time. However today CTS/GTS test results often exceed the limit especially when a test failed and wa retried several times. We often encounter such archived test results when debugging failed CTS/GTS runs, which is annoying. This change increases the threshold so that usual CTS/GTS test results are not compressed. Please see crbug.com/849184 for how the new limit was decided. Also removes unused import to silence the lint. BUG= chromium:849184 TEST=None Change-Id: I5a05f5eaebd6a6d8e7e1c972253dd37b808f8d6e Reviewed-on: https://chromium-review.googlesource.com/1084511 Commit-Ready: Shuhei Takahashi <nya@chromium.org> Tested-by: Shuhei Takahashi <nya@chromium.org> Reviewed-by: Aviv Keshet <akeshet@chromium.org> [modify] https://crrev.com/a9cc41e66222f71f7cd2a63817fc6e1e4df94c00/site_utils/gs_offloader.py
,
Jul 20
|
||
►
Sign in to add a comment |
||
Comment 1 by nya@chromium.org
, Jun 4 2018