Как обновить debian VM с большим количеством центральных процессоров
Теперь, то, что мы говорили об этом немного в комментариях, ответ для Вас: нет, нет.
Главная причина для того заключения состоит в том, что я думаю, что Вы не ищете инструмент, чтобы настроить ядро, но автоматически настроить ядро для Вашего specfic (и все же неустановленный) вариант использования.
Как указано в комментариях, можно пропустить ненужные драйверы и скомпилировать требуемые драйверы статически в ядро. Это экономит Вам некоторое время во время процесса начальной загрузки, но не после этого, потому что важный код является тем же или встроенный или модуль.
Настройка ядра
Ядро предлагает некоторые альтернативы, Вы упомянули планировщик сами. То, какой планировщик работает лучше всего на Вас, зависит от Вашего варианта использования приложения, которые Вы используете и загрузка и вид загрузки, Вы ставите свою систему. Никакая install-run программа не определит лучший планировщик для Вас, если даже будет такая вещь.
То же содержит для буферов и буферных размеров. Кроме того, много из (большинство?) настройки или по крайней мере могут быть установлены во времени выполнения, не время компиляции.
Оптимальные опции сборки
Также без автоматизации, можно оптимизировать опции сборки при компиляции ядра, если у Вас есть очень специализированный ЦП. Я знаю о среде Buildroot, которая дает Вам хорошую платформу для этого. Это может также помочь Вам, если Вы надеетесь создавать ту же ОС для многих платформ. В то время как это помогает Вам здание, оно не автоматизирует настройку ядра.
Вот почему я и другие говорим Вам использовать универсальное ядро. Без определенной проблемы для решения создания собственного ядра не имеет смысл. Возможно, можно получить больше справки путем идентификации/утверждения проблемы, которую Вы пытаетесь решить.
Движение от 32-разрядного до 64-разрядного является не обязательно сложным, но, учитывая, что Вы - два полных цикла выпуска позади, это является, вероятно, лучшим, если Вы создаете новый VM, устанавливаете Хрипящий, и затем занимаетесь копированием по данным.
То, насколько жизнеспособный это, будет зависеть в основном от того, какие виды сервисов Вы выполняете и сколько работы пользовательской конфигурации Вы сделали им - я недавно столкнулся с некоторой проблемой с действительно древней установкой сервера MySQL прежней версии (первоначально предшествующий Lenny) и набор опций конфигурации, которые были субоптимальными в лучшем случае и напрямую несовместимыми с более современными версиями MySQL в худшем случае. Не одно из моих более гладких обновлений, сказали все...
Запрещая более определенную информацию, я могу только дать некоторые общие рекомендации: Установите каждый сервис на новую установку, затем просмотрите современную документацию для наблюдения, какие опции конфигурации существуют и что они все делают, затем вручную сравнивают их с конфигурацией, Вы первоначально настроили на текущем сервере и решаете, какие потребности быть сохраненным и что лучше всего оставляют в прошлом.
-
1Да, я делаю новый vm только для базы данных. Это в настоящее время - лампа, таким образом апач должен согласиться с этим. Переместит это также при отделении. Mysql является безусловно пожирателем ресурсов. – Grizly 19.10.2013, 03:18