Ubuntu удаляет -server-аромат, как указано в примечаниях к выпуску 12.04:
https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop#PrecisePangolin.2BAC8-ReleaseNotes.2BAC8-CommonInfrastructure -1.Кернель Как и в случае с Beta-1, ядро Beta-2 больше не содержит отдельные amd64-серверные и -генерирующие ядра. Они были объединены в единичный феномен ядра, чтобы уменьшить нагрузку на обслуживание в течение всего срока службы этого выпуска LTS.Различия между -generic и -server, по-видимому, связаны с вытеснением, прерыванием таймера и планировщиком ввода-вывода, как указано на: https://help.ubuntu.com/10.10/serverguide/ C / prepare-to-install.html # intro-kernel-diffs
Я прошу технических спецификаций.
Итак, что теперь происходит? Будет ли версия сервера запускать ядро рабочего стола без каких-либо ограничений производительности? Это как-то оправдано? Что происходит с этими различиями? Могут ли они быть изменены в пользовательском пространстве? На 12.04 не применяется? Если ответ «да», это изменение будет включать в себя штраф за исполнение?Все это вопросы, на которые можно ответить. Я прошу конкретных изменений в пакете, а не что-то еще.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение всего срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel
https://lists.ubuntu.com/archives/kernel-team/2011-October/017471.html [ ! d2]Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало, чтобы отключить даже произвольное использование ядра, потому что теоретически это может дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо выгоду там, поэтому на практике на серверы не повлияет переход к презервативу на рабочем столе модель. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет неотложных потребностей для разных значений по умолчанию, которые должны быть скомпилированы.
По конкретным причинам и обсуждению деталей вам нужно будет спросить в списке рассылки Ubuntu KernelTeam - см. информационную страницу Wiki для KernelTeam для контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение всего срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel
https://lists.ubuntu.com/archives/kernel-team/2011-October/017471.html [ ! d2]Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало, чтобы отключить даже произвольное использование ядра, потому что теоретически это может дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо выгоду там, поэтому на практике на серверы не повлияет переход к презервативу на рабочем столе модель. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет неотложных потребностей для разных значений по умолчанию, которые должны быть скомпилированы.
По конкретным причинам и обсуждению деталей вам нужно будет спросить в списке рассылки Ubuntu KernelTeam - см. информационную страницу Wiki для KernelTeam для контактной информации.