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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

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.
Depends on: 821440
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.