Closed
Bug 822709
Opened 12 years ago
Closed 12 years ago
oom_score_adjs used on gonk don't correspond to integer oom_adj's
Categories
(Core :: Hardware Abstraction Layer (HAL), defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: justin.lebar+bug, Unassigned)
References
Details
From bug 821440 comment 18: Unless the kernel is doing something weird, it turns out that none of our oom_score_adj's correspond to integer oom_adj's. $ adb shell # echo 3 > /proc/1766/oom_adj; cat /proc/1766/oom_score_adj 176 # echo 4 > /proc/1766/oom_adj; cat /proc/1766/oom_score_adj 235 So 200 is not an integer oom_adj. But neither is 400, which we currently use for bg processes: # echo 6 > /proc/1766/oom_adj; cat /proc/1766/oom_score_adj 352 # echo 7 > /proc/1766/oom_adj; cat /proc/1766/oom_score_adj 411 and neither is 67, which we use for fg processes: # echo 1 > /proc/1766/oom_adj; cat /proc/1766/oom_score_adj 58 # echo 2 > /proc/1766/oom_adj; cat /proc/1766/oom_score_adj 117 I think we need to fix GonkHal.cpp::OomAdjOfOomScoreAdj, too.
Reporter | ||
Comment 1•12 years ago
|
||
And this is invalid; see bug 821440 comment 23.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•