Improvements for das-up-to-nevents Script#50118
Conversation
|
cc: @smuzaffar |
|
cms-bot internal usage |
|
please test |
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-50118/48029
|
|
A new Pull Request was created by @AdrianoDee for master. It involves the following packages:
@AdrianoDee, @DickyChant, @antoniovagnerini, @miquork can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
| cmd = f"dasgoclient" | ||
| # For cms-bot deterministic caching see cms-sw#50101 | ||
| if "JENKINS_PREFIX" in os.environ: | ||
| cmd = f"{cmd} --limit=1000 -unique" |
There was a problem hiding this comment.
@AdrianoDee , I also need to update https://github.com/cms-sw/cms-bot/blob/master/das-utils/das_client so that it can properly cache the results of queries with -unique ( such calls should end up in a different checksum). I will open a bot PR to accommodate this
|
-1 Failed Tests: RelVals-INPUT Failed RelVals-INPUT
Comparison SummaryThe workflows 2025.0010001, 2025.0000001, 2024.0070001, 2024.0060001, 2024.0050001, 2024.0040001, 2024.0030001, 2024.0010001, 2024.0000001, 2023.0020001, 2022.0030001 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
Max Memory Comparisons exceeding threshold@cms-sw/core-l2 , I found 4 workflow step(s) with memory usage exceeding the error threshold: Expand to see workflows ...
|
|
Eh, this was expected since the new inputs are now on tape. I'll have to create a rule for this. |
|
REMINDER @ftenchini, @mandrenguyen, @sextonkennedy: This PR was tested with cms-sw/cms-bot#2681, please check if they should be merged together |
|
please test |
|
-1 Failed Tests: RelVals RelVals-INPUT DAS Queries: The DAS query tests failed, see the summary page for details. Failed RelVals
Failed RelVals-INPUT
Expand to see more relval errors ...
|
|
please test |
ba12d83 to
ce951c7
Compare
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-50118/48802
|
|
Pull request #50118 was updated. @AdrianoDee, @DickyChant, @antoniovagnerini, @cmsbuild, @miquork can you please check and sign again. |
|
please test |
|
+1 Size: This PR adds an extra 40KB to repository Comparison SummaryThe workflows 2025.0010001, 2025.0000002, 2024.0070001, 2024.0060001, 2024.0050001, 2024.0040001, 2024.0030001, 2024.0020001, 2024.0010001, 2024.0000001, 2023.0020001 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
Max Memory Comparisons exceeding threshold@cms-sw/core-l2 , I found 9 workflow step(s) with memory usage exceeding the error threshold: Expand to see workflows ...
|
|
@cms-sw/core-l2, the changes in memory are due to a different set of events used. I would have expected them to be negligible, but they do not seem worrisome either. |
|
+pdmv |
|
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @sextonkennedy, @mandrenguyen, @ftenchini (and backports should be raised in the release meeting by the corresponding L2) |
|
That's fine, it is what it is. The 100(?) events is still quite small sample for avoiding fluctuations for the peak memory usage. |
|
+1 |
Triggered by #50101, this PR proposes a few improvements for
das-up-to-nevents.pyscript. Such as:das_querymethod for the queries;debugflag for debugging printouts (activated also in Jenkins);Changes to data wfs are expected since the events used will be different..
PR validation:
Data wfs (under
data_highstatsmatrix) run.