test(profiling): unflake test_copy_memory_stats - #19706
Conversation
🎉 All green!🧪 All tests passed 🔗 Commit SHA: 09e9ae0 | Docs | Datadog PR Page | Give us feedback! |
Codeowners resolved asResolved from the full PR diff against No remaining files require a CODEOWNERS review. |
Dependency direction analysis
|
Circular import analysis
|
taegyunkim
left a comment
There was a problem hiding this comment.
Yeah I remember that we had to properly sort the pprof files as well.
ca666a7 to
28f32d6
Compare
28f32d6 to
09e9ae0
Compare
|
/merge -f --reason "test only" |
|
View all feedbacks in Devflow UI.
It will be processed automatically as soon as GitHub reports it as mergeable. View in MergeQueue UI.
This merge request will be merged without running the pre merge checks for of the following reason: test only.
Warning This change was merged without running any pre merge CI checks Reason: test only |
|
/gitlab resync-job-status |
|
View all feedbacks in Devflow UI.
404 Not Found DetailsIf you need support, contact us on Slack #ci-infra-support with those details! |
b1b43b2
into
main
## Description This PR attempts to unflake `test_copy_memory_stats` which has been rarely (but still) failing lately. I suspect this is because there is a race between the sampling thread upgrading to fast copy memory and the uploader thread dumping stats to the file (which would explain why it's so rare). Something LLMs also suggested is to make sure we sort file names by their actual order and not just with `sorted`, since `sorted` would sort lexicographically in which case `profile.10` would appear before `profile.2`, so I also fixed that. Fixes DD_QMLVTC DD_KFTYAJ Co-authored-by: thomas.kowalski <thomas.kowalski@datadoghq.com>
Description
This PR attempts to unflake
test_copy_memory_statswhich has been rarely (but still) failing lately. I suspect this is because there is a race between the sampling thread upgrading to fast copy memory and the uploader thread dumping stats to the file (which would explain why it's so rare).Something LLMs also suggested is to make sure we sort file names by their actual order and not just with
sorted, sincesortedwould sort lexicographically in which caseprofile.10would appear beforeprofile.2, so I also fixed that.Fixes DD_QMLVTC DD_KFTYAJ