This bug is no longer relevant
** Changed in: cloud-init (Ubuntu)
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ureadahead in Ubuntu.
https://bugs.launchpad.net/bugs/994698
Title:
cloud-init disables ureadahead even when it might be useful
Status in cloud-init package in Ubuntu:
Won't Fix
Status in ureadahead package in Ubuntu:
Confirmed
Bug description:
Since bug 499520, cloud-init currently disables ureadahead by using a
dpkg-divert of /etc/upstart/ureadahead.conf. The reasoning behind this was
that:
a.) ureadahead was causing OOM on boot small vms (~ 300M)
b.) ureadahead inside a VM doesn't generally make any sense. Ureadahead
tries to optimize disk reads for ssd or spinning disks. Its methods of
determining if the disk of the system is ssd or spinning won't work in a VM.
c.) ureadahead is part of ubuntu-minimal task, and we did not want to change
that.
Recently, though, we've started using cloud-init on real hardware,
where ureadahead could be of use.
Thus, I'd like to have a better solution. I think ureadahead would ideally
disable itself if it found one of the following conditions:
1 small amount of memory (<512 or even 1024M)
2 if it is running in a container
3 no definitive knowledge of the type of disks used (if it thought this
might be a VM)
Of those options, determining the first 2 are straight forward, and I
would think could be done in the upstart job even. I'm not familiar
enough with ureadahead to know how easily it would be to determine
number 3.
Related bugs:
* bug 499520: default uec-image requires at least 300 M of RAM to run -
m1.small and c1.medium not needed by default
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/994698/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
