← Back to team overview

kernel-packages team mailing list archive

[Bug 1234743] Re: init on samsung galaxy nexus is busy and consuming memory when playing an mp4

 

Hi Colin,

This issue looks similar to bug 1201865 - Upstart is being spammed by
the upstart-udev-bridge which itself is being spammed by all the
SUBSYSTEM=platform udev events from the kernel.

I cannot recreate the issue you are seeing on my nexus 7, so that
coupled with the fact that the event are udev-related suggests a kernel
bug.

Please could you create the system job below, play your mp4 and see
what's in /var/log/upstart/bug-1234743.log

$ cat <<EOT | sudo tee /etc/init/bug-1234743.conf
start on platform-device-changed
exec env
EOT



** Also affects: linux (Ubuntu)
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1234743

Title:
  init on samsung galaxy nexus is busy and consuming memory when playing
  an mp4

Status in “linux” package in Ubuntu:
  Incomplete
Status in “upstart” package in Ubuntu:
  Incomplete

Bug description:
  Playing an mp4 on a Samsung Galaxy Nexus using today's image (3 Oct
  2013) for 30 minutes I observed that init is busy and also consuming
  heap quite rapidly.

  Attached is the output from running health-check (found in PPA:colin-
  king/white) on init pid 1114.

  Key points:

  1. messages being read/written at ~600 messages a second, hence the high context switch rate and ~4.9% CPU load. 
  2. heap consumption: ~30K a second using brk() and 2K a second via mmap

  To reproduce:

  Install health-check:

  sudo add-apt-repository ppa:colin-king/white
  sudo apt-get update && sudo apt-get install health-check

  Download a large mp4 to the phone. Keep screen from blanking using:

  sudo powerd-cli display on bright &

  then play the mp4:

  dbus-launch mediaplayer-app test.mp4
  --desktop_file_hint=/usr/share/applications/mediaplayer-app.desktop
  --stage_hint=main_stage

  And then observe that init is busy for 300 seconds:

  ps -e | grep init
      1 ?        00:02:56 init
    348 ?        00:00:00 init
   1114 ?        00:03:22 init

  sudo health-check -p 1114 -d 300

  Attached are my results for a 30 minute run.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1234743/+subscriptions