Bug #16759
Memory erasure is slower on Buster than on 3.x
100%
Description
On Jenkins features/erase_memory.feature:62 # Scenario: Erasure of the aufs read-write branch on shutdown
fails quite often. e.g. https://jenkins.tails.boum.org/job/test_Tails_ISO_feature-buster/181/cucumberTestReport/system-memory-erasure-on-shutdown/erasure-of-the-aufs-read-write-branch-on-shutdown/
As temporarily solution I bump the sleep time from 20 -> 40 secs, so we have a more stable test result.
As the erase_memory is a important feature of tails, we should have a look, why this got slower from 3.X -> 4.X.
Subtasks
History
#1 Updated by Anonymous 2019-05-24 15:19:04
- Status changed from Confirmed to In Progress
Applied in changeset commit:tails|5f6c4826dcc92f7a3556b48e67629add2a7a9e24.
#2 Updated by hefee 2019-05-24 15:43:03
- Status changed from In Progress to Confirmed
#3 Updated by anonym 2019-06-17 09:43:26
- Category set to Test suite
- Status changed from Confirmed to Needs Validation
- Assignee set to anonym
- Type of work changed from Research to Code
#4 Updated by anonym 2019-06-17 09:44:07
- Feature Branch set to hefee/erase_memory, https://salsa.debian.org/tails-team/tails/merge_requests/27/commits
#5 Updated by anonym 2019-06-17 10:19:06
- Status changed from Needs Validation to Fix committed
- % Done changed from 0 to 100
Applied in changeset commit:tails|4f597d56bf4b66c860655bb5e3330d4d94dc93ec.
#6 Updated by anonym 2019-06-17 10:19:44
- Status changed from Fix committed to Resolved
- Assignee deleted (
anonym) - % Done changed from 100 to 0
#7 Updated by anonym 2019-06-17 10:20:34
- % Done changed from 0 to 100
#8 Updated by intrigeri 2019-06-17 13:42:23
- Category deleted (
Test suite) - Status changed from Resolved to Confirmed
- Feature Branch deleted (
hefee/erase_memory, https://salsa.debian.org/tails-team/tails/merge_requests/27/commits) - Type of work changed from Code to Research
@anonym, this ticket was meant to track the actual problem in Tails (which I think we still should do), not the workaround in the test suite.
#9 Updated by intrigeri 2019-06-17 14:53:17
- Priority changed from Normal to Elevated
Let’s at least give it a try before we publish a first public beta.
#10 Updated by intrigeri 2019-06-17 14:58:17
- Subject changed from feature/buster: erase_memory is slower than on 3.x to Memory erasure is slower on Buster than on 3.x
#11 Updated by intrigeri 2019-06-17 15:22:58
Given:
- The entire “Feature: System memory erasure on shutdown” has consistently passed in the last 24 runs of feature/buster on Jenkins, since the fix for
Bug #16743was merged; note that all these tests were run without the timeout bump from !27. - Looking at the video that hefee linked to, I see the Debian Buster default splash screen with a very sluggish animation, i.e. this bug was reported before
Bug #16743was fixed.
It seems that this bug was a side-effect of Bug #16743. I guess that our own splash screen is much cheaper on the CPU and does not delay memory erasure as much as the splash theme used while reporting this bug.
So I think we should:
- Revert !27, which seems unnecessary and could hide a future regression in this area.
- Close this ticket as a duplicate of
Bug #16743.
I’m happy to do both myself but I’d first like to give hefee and
anonym a chance to point out whatever my reasoning may have missed :)
#12 Updated by intrigeri 2019-06-17 15:23:39
- Status changed from Confirmed to In Progress
#13 Updated by hefee 2019-06-18 10:03:02
- Assignee set to hefee
#14 Updated by hefee 2019-06-18 10:20:36
- Assignee changed from hefee to intrigeri
intrigeri wrote:
> I think we should:
> * Revert !27, which seems unnecessary and could hide a future regression in this area.
> * Close this ticket as a duplicate of Bug #16743.
>
> I’m happy to do both myself.
Please do, as Jenkins approved this and also like to see that we can lower the sleep time again!
#15 Updated by intrigeri 2019-06-18 10:28:57
- is duplicate of
Bug #16743: Restore Tails boot splash on Buster added
#16 Updated by intrigeri 2019-06-18 10:29:41
- Status changed from In Progress to Duplicate