This bug was fixed in the package systemd - 204-5ubuntu20.11 --------------- systemd (204-5ubuntu20.11) trusty; urgency=medium
[ Ben Howard ] * Add debian/extra/rules/62-google-cloudimg.rules: Use "noop" scheduler for Google virtio drives. (LP: #1420544) [ Martin Pitt ] * Add upstream-ignore-mmcrpmb.patch: Fix /dev/disk/by-path/ symlink of mmc RPMB partitions and don't blkid them to avoid kernel buffer I/O errors and timeouts. (LP: #1333140) -- Martin Pitt <martin.p...@ubuntu.com> Wed, 18 Feb 2015 12:11:49 +0100 ** Changed in: systemd (Ubuntu Trusty) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1420544 Title: [SRU] Ubuntu instances on GCE should use NOOP scheduler Status in linux package in Ubuntu: Confirmed Status in systemd package in Ubuntu: Won't Fix Status in systemd source package in Trusty: Fix Released Bug description: [IMPACT] By default, the Ubuntu kernel uses deadline. Google has identified that Cloud Workloads running on Ubuntu perform better using NOOP as the default scheduler. Google has requested that Google Cloud Compute (GCE) instances use NOOP as the default. [FIX] Add udev rule for GCE devices to use NOOP by default. [VALIDATION] 1. Boot Ubuntu instance on Google GCE 2. Confirm that the scheduler is deadline: $ cat /sys/block/sda/queue/scheduler noop [deadline] cfq 3. Install proposed udev package 4. Reboot 5. Confirm that schedule is now noop $ cat /sys/block/sda/queue/scheduler [noop] deadline cfq [RISK] This patch will affect currently running instances and on reboot they should see better performance. However, there is a risk that some users will experience a performance hit. [ORIGINAL REPORT] Per Google's request, Ubuntu instances should use NOOP as the default scheduler. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1420544/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp