Выскочка: запустите сервис после неновомодного процесса
SSD обеспечивает интересный случай. Из недавней сводки новостей Anandtech SSD/HDs Вы находите диаграмму передаваемой мощности на странице 6. Можно ясно видеть, что вращательный диск в той сводке новостей тянет 1.2w неактивный и 3.25w запись, по сравнению со множеством SSD, которые тянут в минимуме 0.21w неактивный и самое большее 1.28w запись. Конечно, SSD обеспечат больше тепла, поскольку вместо всего этого электричества сопротивляются прочь того, чтобы делать работу вращающихся дисков.
Что касается, "сколько тянет питание RAM?" Я не смог придумать прямой ответ на это, и он действительно варьируется возрастом. DDR2 потянет больше на ГБ, чем DDR3 из-за различий в размере элемента и напряжения. Один интернет-взмах, заключенный в кавычки "10w на RAM, придерживается", который, если верный означает, что добавление RAM на самом деле значительно увеличивает Вашу загрузку питания, поскольку Вы добавили бы две палки для вытаскивания лучшей производительности из системы.
Факт остается, что другое от неактивного жесткого диска и запись жесткого диска является достаточно маленьким, что не требуется большого количества дополнительной ничьей для превышения передаваемой мощности жесткого диска. Я подозреваю, что добавление физических палок RAM на самом деле увеличит Вашу ничью. Теперь... замена Вашей существующей RAM придерживается более высоких полных, которые могли бы также быть созданы с меньшим размером элемента, теперь, когда, вероятно, уменьшит полную потребляемую мощность.
У вас есть несколько вариантов:
1) заставить mysql информировать Upstart о том, что он запустился, сгенерировав событие
initctl emit mysql-start "или подобное.
Это можно решить, добавив вызов initctl к /etc/init.d/mysql .
2) Отключите mysql на обычных уровнях выполнения SysV и создайте задание Upstart-оболочки который запускает его (не останавливается - просто пример):
cat >>/etc/init/mysql-sysv.conf<<EOT
# wait for SysV job to finish
start on stopped rc
exec /etc/init.d/mysql start
EOT
Затем выполните задание « запускать при запущенном mysql-sysv ».
Проблема в том, что вы возникнут проблемы, если кто-то (или какой-либо системный инструмент автоматически) повторно добавит ссылки /etc/rc?.d к исходному сценарию службы /etc/init.d/mysql . Кроме того, вы можете обнаружить, что mysql фактически не готов до тех пор, пока после не будет запущен его основной pid. Базы данных проблематичны, поскольку им может потребоваться некоторое время, чтобы они «подключились к сети» даже после их запуска (воспроизведение журнала транзакций и т. Д.).
3) Создайте задание выскочки («официант»), которое выполняет «запуск при остановленном rc» ( т.е. запускается, когда все задания SysV заявлены как завершенные), а затем опрашивает, ожидая готовности mysql, а затем завершает работу. Сделайте вашу работу «запускать остановившегося официанта».
4) Преобразование mysql в задание Upstart (лучший вариант). Здесь есть отправная точка для конфигурации выскочки mysql: https://github.com/devo-ps/init-scripts/tree/master/mysql/ubuntu
Я предлагаю начать задание выскочки после того, как все задания, не связанные с выскочкой, будут завершены:
начать при запущенном rc
/etc/init/rc.conf - это то, что запускает не-выскочку изнутри выскочки.
Реквизит: https://serverfault.com/a/533481