Я предлагаю вам эту команду:
ps aux | awk '"[Zz]" ~ $8 { printf("%s, PID = %d\n", $8, $2); }'
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html [ ! d1]
Но позвольте мне попытаться более подробно описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика ядра Ubuntu Команда, которая исправления должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Запрос на выбор вишни или вытягивания также можно сделать, если захотите, см. Страницу, https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html , для получения дополнительной информации.
Если патч должен применяться как SRU (стабильное обновление версии) к предыдущему выпуску Ubuntu, лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html [ ! d1]
Но позвольте мне попытаться более подробно описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика ядра Ubuntu Команда, которая исправления должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Запрос на выбор вишни или вытягивания также можно сделать, если захотите, см. Страницу, https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html , для получения дополнительной информации.
Если патч должен применяться как SRU (стабильное обновление версии) к предыдущему выпуску Ubuntu, лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html [ ! d1]
Но позвольте мне попытаться более подробно описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика ядра Ubuntu Команда, которая исправления должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Запрос на выбор вишни или вытягивания также можно сделать, если захотите, см. Страницу, https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html , для получения дополнительной информации.
Если патч должен применяться как SRU (стабильное обновление версии) к предыдущему выпуску Ubuntu, лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html [ ! d1]
Но позвольте мне попытаться более подробно описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика ядра Ubuntu Команда, которая исправления должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Запрос на выбор вишни или вытягивания также можно сделать, если захотите, см. Страницу, https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html , для получения дополнительной информации.
Если патч должен применяться как SRU (стабильное обновление версии) к предыдущему выпуску Ubuntu, лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html [ ! d1]
Но позвольте мне попытаться более подробно описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика ядра Ubuntu Команда, которая исправления должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Запрос на выбор вишни или вытягивания также можно сделать, если захотите, см. Страницу, https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html , для получения дополнительной информации.
Если патч должен применяться как SRU (стабильное обновление версии) к предыдущему выпуску Ubuntu, лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498 .html
Но позвольте мне попытаться подробнее описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика команды ядра Ubuntu, которую патчи должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Для получения дополнительной информации также можно сделать запрос на выбор вишни или вытягивания, см. Страницу KernelPatches .
Если патч должен применяться как SRU ( стабильное обновление релиза ) в предыдущий выпуск Ubuntu лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498 .html
Но позвольте мне попытаться подробнее описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика команды ядра Ubuntu, которую патчи должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Для получения дополнительной информации также можно сделать запрос на выбор вишни или вытягивания, см. Страницу KernelPatches .
Если патч должен применяться как SRU ( стабильное обновление релиза ) в предыдущий выпуск Ubuntu лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498 .html
Но позвольте мне попытаться подробнее описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика команды ядра Ubuntu, которую патчи должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Для получения дополнительной информации также можно сделать запрос на выбор вишни или вытягивания, см. Страницу KernelPatches .
Если патч должен применяться как SRU ( стабильное обновление релиза ) в предыдущий выпуск Ubuntu лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498 .html
Но позвольте мне попытаться подробнее описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика команды ядра Ubuntu, которую патчи должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Для получения дополнительной информации также можно сделать запрос на выбор вишни или вытягивания, см. Страницу KernelPatches .
Если патч должен применяться как SRU ( стабильное обновление релиза ) в предыдущий выпуск Ubuntu лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Обсуждение этого конкретного патча состоялось в списке рассылки группы ядра Ubuntu:
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498 .html
Но позвольте мне попытаться подробнее описать лучший способ для любого патча пробиться в ядро Ubuntu ...
Во-первых, это предпочтительная политика команды ядра Ubuntu, которую патчи должны быть представлены и приняты вверх по течению, прежде чем втянуться в ядро Ubuntu. Это большая потребность в обслуживании команды Ubuntu Kernel Team для поддержки из-за патчей деревьев. Кроме того, если патч принесет пользу всему сообществу Kernel, он должен идти вверх по потоку в первую очередь.
Как только патч был принят вверх по течению, он в конечном итоге автоматически перейдет в ядро Ubuntu. Для получения дополнительной информации также можно сделать запрос на выбор вишни или вытягивания, см. Страницу KernelPatches .
Если патч должен применяться как SRU ( стабильное обновление релиза ) в предыдущий выпуск Ubuntu лучше всего получить патч, принятый в соответствующее восходящее стабильное дерево 2.6.xy. Как часть нашего нормального процесса SRU с ядром, мы постоянно обновляем до новейшего стабильного ядра. Таким образом, мы снова получим патч автоматически.
Я только что прочитал нить lkml и надеюсь, что могу предложить некоторую информацию - хотя не о том, чтобы получить патч в Ubuntu. Как говорится в сообщении в связанном списке Ubuntu, он, вероятно, будет в 2.6.38.
Патч автоматически группирует процесс на основе TTY. В lkml много дискуссий / аргументов, в которых говорится, что это не имеет отношения к типичному использованию настольных компьютеров - что не имеет никакого значения для интерактивных приложений. Все тестовые примеры основаны на «запуске задачи с интенсивным использованием процессора с терминала, а затем на отзывчивость другой задачи». Итак, компиляция ядра и попытка просмотра видео, например.
Это не значит, что это нехорошо, но общие заголовки типа «настольная оперативность, улучшенная на порядок» могут вводить в заблуждение, если вы никогда не будете запускать интенсивные задачи ЦП, связанные с TTY. Конечно, я мог ошибаться!
Были некоторые упоминания о способах достижения очень похожего результата, добавляя к вашим сценариям bash и позволяя всем пользователям создавать группы. Это будет работать, только если текущие ядра Ubuntu включили группы. Соответствующие должности:
http://marc.info/?l=linux-kernel&m=128993140308849&w=2 http://marc.info/?l=linux-kernel&m = 128993874020246 & amp; w = 2Очевидно, что это не отвечает на вопрос, но может быть использовано для определения того, насколько патч столь же волшебным, как и ожидалось.
Акцент мой. Единственный способ получить его в поддерживаемом режиме - ждать, пока Ubuntu потянет его в ядро Ubuntu. Поскольку это действительно просто внесение в список рассылки ядра, это свежо до такой степени, что все тесты довольно анекдотичны, и я полагаю, что это будет какое-то время, прежде чем он будет готов к массовому развертыванию.
Где-то между следующий релиз и долгое время были бы моей необразованной догадкой.
Но если вы большой мальчик (или девочка), и вы можете справиться со сломанным ядром, если все идет (т. е. вы знаете, как использовать grub), вы можете исправлять и компилировать собственное ядро.
Загрузите патч. Существуют разные версии, но лучшие по своему усмотрению были размещены ниже другим пользователем: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2 Загрузите исходный код ядра для версии ваших целевых патчей. В этом случае 2.6.36. Вы можете получить ваниль (исходную, неизмененную командой ядра ядра Ubuntu) из kernel.org и извлечь ее. Сохраните патч где-нибудь и примените его cd в исходный каталог ядра и выполните: patch -p1 < /path/to/patch (вам нужен пакет patch для этого ... Который, я думаю, входит как часть build-essential, если он не установлен по умолчанию) И затем продолжайте с остальной частью «старомодного» процесса сборки ... Я действительно не стал бы беспокоиться о новых методах, поскольку они нацелены на исходные источники ядра Ubuntu / Debian ... Кроме того, старый способ кажется легче (мне).Построение ядер не сложно, но вы можете испортить его, если вы отклонитесь слишком далеко от принятого пути.
В качестве альтернативы все больше и больше ядер, появившихся с помощью патча, встроенного (или, по крайней мере, в исходное дерево, ожидая следующего релиза).
Я считаю, что в Zen Kernel есть этот патч на своем дереве, но я не уверен, что он еще в каких-либо сборках. В ядре Liquorix это тоже испечено.Примечание: оба этих ядра (и, возможно, другие тоже) отклоняются от способа Ubuntu делать несколько ядер. Вы можете найти (как я сделал, когда я перешел в Liquorix), что масштабирование частоты процессора перестает работать или приостановка прерывается. Обычно есть исправления и обходные пути, но, скорее всего, вы не получите поддержки от AskUbuntu или остальной части Ubuntu communtiy, поскольку мы не можем проверять каждое отдельное ядро.
Вы можете использовать простой «взломать», опубликованный разработчиком RedHat в списке рассылки, который не требует исправления ядра, чтобы получить то же самое. Читайте об этом здесь: Альтернатива «Исцеление ядра 200 строк, которое творит чудеса», которое вы можете использовать прямо сейчас
Начиная с 2011-01-18, Linux 2.6.38-rc1 включает упомянутый патч. См. Соответствующие новости Phoronix и сообщение Linus.
Начиная с 2011-01-29, Natty Narwhal ежедневно строит суда с Linux 2.6.38.
Итак, в настоящее время существуют два решения :
Получить последнее изображение Ubuntu 11.04. Или дождитесь последней официальной версии Ubuntu 11.04 в апреле 2011 года.Я только что выбрал эту дискуссию и ее очень интересную. Я написал небольшое сообщение в блоге о том, как включить патч cgroup на Ubuntu 10.10.
Я действительно не тестировал, работает ли он или нет, поэтому обратная связь будет замечательной!
Вы можете использовать простой «взломать», опубликованный разработчиком RedHat в списке рассылки, который не требует исправления ядра, чтобы получить то же самое. Читайте об этом здесь: Альтернатива «Исцеление ядра 200 строк, которое творит чудеса», которое вы можете использовать прямо сейчас
Начиная с 2011-01-18, Linux 2.6.38-rc1 включает упомянутый патч. См. Соответствующие новости Phoronix и сообщение Linus.
Начиная с 2011-01-29, Natty Narwhal ежедневно строит суда с Linux 2.6.38.
Итак, в настоящее время существуют два решения :
Получить последнее изображение Ubuntu 11.04. Или дождитесь последней официальной версии Ubuntu 11.04 в апреле 2011 года.Акцент мой. Единственный способ получить его в поддерживаемом режиме - ждать, пока Ubuntu потянет его в ядро Ubuntu. Поскольку это действительно просто внесение в список рассылки ядра, это свежо до такой степени, что все тесты довольно анекдотичны, и я полагаю, что это будет какое-то время, прежде чем он будет готов к массовому развертыванию.
Где-то между следующий релиз и долгое время были бы моей необразованной догадкой.
Но если вы большой мальчик (или девочка), и вы можете справиться со сломанным ядром, если все идет (т. е. вы знаете, как использовать grub), вы можете исправлять и компилировать собственное ядро.
Загрузите патч. Существуют разные версии, но лучшие по своему усмотрению были размещены ниже другим пользователем: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2 Загрузите исходный код ядра для версии ваших целевых патчей. В этом случае 2.6.36. Вы можете получить ваниль (исходную, неизмененную командой ядра ядра Ubuntu) из kernel.org и извлечь ее. Сохраните патч где-нибудь и примените его cd в исходный каталог ядра и выполните: patch -p1 < /path/to/patch (вам нужен пакет patch для этого ... Который, я думаю, входит как часть build-essential, если он не установлен по умолчанию) И затем продолжайте с остальной частью «старомодного» процесса сборки ... Я действительно не стал бы беспокоиться о новых методах, поскольку они нацелены на исходные источники ядра Ubuntu / Debian ... Кроме того, старый способ кажется легче (мне).Построение ядер не сложно, но вы можете испортить его, если вы отклонитесь слишком далеко от принятого пути.
В качестве альтернативы все больше и больше ядер, появившихся с помощью патча, встроенного (или, по крайней мере, в исходное дерево, ожидая следующего релиза).
Я считаю, что в Zen Kernel есть этот патч на своем дереве, но я не уверен, что он еще в каких-либо сборках. В ядре Liquorix это тоже испечено.Примечание: оба этих ядра (и, возможно, другие тоже) отклоняются от способа Ubuntu делать несколько ядер. Вы можете найти (как я сделал, когда я перешел в Liquorix), что масштабирование частоты процессора перестает работать или приостановка прерывается. Обычно есть исправления и обходные пути, но, скорее всего, вы не получите поддержки от AskUbuntu или остальной части Ubuntu communtiy, поскольку мы не можем проверять каждое отдельное ядро.
Я только что прочитал нить lkml и надеюсь, что могу предложить некоторую информацию - хотя не о том, чтобы получить патч в Ubuntu. Как говорится в сообщении в связанном списке Ubuntu, он, вероятно, будет в 2.6.38.
Патч автоматически группирует процесс на основе TTY. В lkml много дискуссий / аргументов, в которых говорится, что это не имеет отношения к типичному использованию настольных компьютеров - что не имеет никакого значения для интерактивных приложений. Все тестовые примеры основаны на «запуске задачи с интенсивным использованием процессора с терминала, а затем на отзывчивость другой задачи». Итак, компиляция ядра и попытка просмотра видео, например.
Это не значит, что это нехорошо, но общие заголовки типа «настольная оперативность, улучшенная на порядок» могут вводить в заблуждение, если вы никогда не будете запускать интенсивные задачи ЦП, связанные с TTY. Конечно, я мог ошибаться!
Были некоторые упоминания о способах достижения очень похожего результата, добавляя к вашим сценариям bash и позволяя всем пользователям создавать группы. Это будет работать, только если текущие ядра Ubuntu включили группы. Соответствующие должности:
http://marc.info/?l=linux-kernel&m=128993140308849&w=2 http://marc.info/?l=linux-kernel&m = 128993874020246 & amp; w = 2Очевидно, что это не отвечает на вопрос, но может быть использовано для определения того, насколько патч столь же волшебным, как и ожидалось.
Я только что выбрал эту дискуссию и ее очень интересную. Я написал небольшое сообщение в блоге о том, как включить патч cgroup на Ubuntu 10.10.
Я действительно не тестировал, работает ли он или нет, поэтому обратная связь будет замечательной!
Вы можете использовать простой «взломать», опубликованный разработчиком RedHat в списке рассылки, который не требует исправления ядра, чтобы получить то же самое. Читайте об этом здесь: Альтернатива «Исцеление ядра 200 строк, которое творит чудеса», которое вы можете использовать прямо сейчас
Начиная с 2011-01-18, Linux 2.6.38-rc1 включает упомянутый патч. См. Соответствующие новости Phoronix и сообщение Linus.
Начиная с 2011-01-29, Natty Narwhal ежедневно строит суда с Linux 2.6.38.
Итак, в настоящее время существуют два решения :
Получить последнее изображение Ubuntu 11.04. Или дождитесь последней официальной версии Ubuntu 11.04 в апреле 2011 года.Акцент мой. Единственный способ получить его в поддерживаемом режиме - ждать, пока Ubuntu потянет его в ядро Ubuntu. Поскольку это действительно просто внесение в список рассылки ядра, это свежо до такой степени, что все тесты довольно анекдотичны, и я полагаю, что это будет какое-то время, прежде чем он будет готов к массовому развертыванию.
Где-то между следующий релиз и долгое время были бы моей необразованной догадкой.
Но если вы большой мальчик (или девочка), и вы можете справиться со сломанным ядром, если все идет (т. е. вы знаете, как использовать grub), вы можете исправлять и компилировать собственное ядро.
Загрузите патч. Существуют разные версии, но лучшие по своему усмотрению были размещены ниже другим пользователем: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2 Загрузите исходный код ядра для версии ваших целевых патчей. В этом случае 2.6.36. Вы можете получить ваниль (исходную, неизмененную командой ядра ядра Ubuntu) из kernel.org и извлечь ее. Сохраните патч где-нибудь и примените его cd в исходный каталог ядра и выполните: patch -p1 < /path/to/patch (вам нужен пакет patch для этого ... Который, я думаю, входит как часть build-essential, если он не установлен по умолчанию) И затем продолжайте с остальной частью «старомодного» процесса сборки ... Я действительно не стал бы беспокоиться о новых методах, поскольку они нацелены на исходные источники ядра Ubuntu / Debian ... Кроме того, старый способ кажется легче (мне).Построение ядер не сложно, но вы можете испортить его, если вы отклонитесь слишком далеко от принятого пути.
В качестве альтернативы все больше и больше ядер, появившихся с помощью патча, встроенного (или, по крайней мере, в исходное дерево, ожидая следующего релиза).
Я считаю, что в Zen Kernel есть этот патч на своем дереве, но я не уверен, что он еще в каких-либо сборках. В ядре Liquorix это тоже испечено.Примечание: оба этих ядра (и, возможно, другие тоже) отклоняются от способа Ubuntu делать несколько ядер. Вы можете найти (как я сделал, когда я перешел в Liquorix), что масштабирование частоты процессора перестает работать или приостановка прерывается. Обычно есть исправления и обходные пути, но, скорее всего, вы не получите поддержки от AskUbuntu или остальной части Ubuntu communtiy, поскольку мы не можем проверять каждое отдельное ядро.
Я только что прочитал нить lkml и надеюсь, что могу предложить некоторую информацию - хотя не о том, чтобы получить патч в Ubuntu. Как говорится в сообщении в связанном списке Ubuntu, он, вероятно, будет в 2.6.38.
Патч автоматически группирует процесс на основе TTY. В lkml много дискуссий / аргументов, в которых говорится, что это не имеет отношения к типичному использованию настольных компьютеров - что не имеет никакого значения для интерактивных приложений. Все тестовые примеры основаны на «запуске задачи с интенсивным использованием процессора с терминала, а затем на отзывчивость другой задачи». Итак, компиляция ядра и попытка просмотра видео, например.
Это не значит, что это нехорошо, но общие заголовки типа «настольная оперативность, улучшенная на порядок» могут вводить в заблуждение, если вы никогда не будете запускать интенсивные задачи ЦП, связанные с TTY. Конечно, я мог ошибаться!
Были некоторые упоминания о способах достижения очень похожего результата, добавляя к вашим сценариям bash и позволяя всем пользователям создавать группы. Это будет работать, только если текущие ядра Ubuntu включили группы. Соответствующие должности:
http://marc.info/?l=linux-kernel&m=128993140308849&w=2 http://marc.info/?l=linux-kernel&m = 128993874020246 & amp; w = 2Очевидно, что это не отвечает на вопрос, но может быть использовано для определения того, насколько патч столь же волшебным, как и ожидалось.
Я только что выбрал эту дискуссию и ее очень интересную. Я написал небольшое сообщение в блоге о том, как включить патч cgroup на Ubuntu 10.10.
Я действительно не тестировал, работает ли он или нет, поэтому обратная связь будет замечательной!
Вы можете использовать простой «взломать», опубликованный разработчиком RedHat в списке рассылки, который не требует исправления ядра, чтобы получить то же самое. Читайте об этом здесь: Альтернатива «Исцеление ядра 200 строк, которое творит чудеса», которое вы можете использовать прямо сейчас
Начиная с 2011-01-18, Linux 2.6.38-rc1 включает упомянутый патч. См. Соответствующие новости Phoronix и сообщение Linus.
Начиная с 2011-01-29, Natty Narwhal ежедневно строит суда с Linux 2.6.38.
Итак, в настоящее время существуют два решения :
Получить последнее изображение Ubuntu 11.04. Или дождитесь последней официальной версии Ubuntu 11.04 в апреле 2011 года.Акцент мой. Единственный способ получить его в поддерживаемом режиме - ждать, пока Ubuntu потянет его в ядро Ubuntu. Поскольку это действительно просто внесение в список рассылки ядра, это свежо до такой степени, что все тесты довольно анекдотичны, и я полагаю, что это будет какое-то время, прежде чем он будет готов к массовому развертыванию.
Где-то между следующий релиз и долгое время были бы моей необразованной догадкой.
Но если вы большой мальчик (или девочка), и вы можете справиться со сломанным ядром, если все идет (т. е. вы знаете, как использовать grub), вы можете исправлять и компилировать собственное ядро.
Загрузите патч. Существуют разные версии, но лучшие по своему усмотрению были размещены ниже другим пользователем: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2 Загрузите исходный код ядра для версии ваших целевых патчей. В этом случае 2.6.36. Вы можете получить ваниль (исходную, неизмененную командой ядра ядра Ubuntu) из kernel.org и извлечь ее. Сохраните патч где-нибудь и примените его cd в исходный каталог ядра и выполните: patch -p1 < /path/to/patch (вам нужен пакет patch для этого ... Который, я думаю, входит как часть build-essential, если он не установлен по умолчанию) И затем продолжайте с остальной частью «старомодного» процесса сборки ... Я действительно не стал бы беспокоиться о новых методах, поскольку они нацелены на исходные источники ядра Ubuntu / Debian ... Кроме того, старый способ кажется легче (мне).Построение ядер не сложно, но вы можете испортить его, если вы отклонитесь слишком далеко от принятого пути.
В качестве альтернативы все больше и больше ядер, появившихся с помощью патча, встроенного (или, по крайней мере, в исходное дерево, ожидая следующего релиза).
Я считаю, что в Zen Kernel есть этот патч на своем дереве, но я не уверен, что он еще в каких-либо сборках. В ядре Liquorix это тоже испечено.Примечание: оба этих ядра (и, возможно, другие тоже) отклоняются от способа Ubuntu делать несколько ядер. Вы можете найти (как я сделал, когда я перешел в Liquorix), что масштабирование частоты процессора перестает работать или приостановка прерывается. Обычно есть исправления и обходные пути, но, скорее всего, вы не получите поддержки от AskUbuntu или остальной части Ubuntu communtiy, поскольку мы не можем проверять каждое отдельное ядро.
Я только что прочитал нить lkml и надеюсь, что могу предложить некоторую информацию - хотя не о том, чтобы получить патч в Ubuntu. Как говорится в сообщении в связанном списке Ubuntu, он, вероятно, будет в 2.6.38.
Патч автоматически группирует процесс на основе TTY. В lkml много дискуссий / аргументов, в которых говорится, что это не имеет отношения к типичному использованию настольных компьютеров - что не имеет никакого значения для интерактивных приложений. Все тестовые примеры основаны на «запуске задачи с интенсивным использованием процессора с терминала, а затем на отзывчивость другой задачи». Итак, компиляция ядра и попытка просмотра видео, например.
Это не значит, что это нехорошо, но общие заголовки типа «настольная оперативность, улучшенная на порядок» могут вводить в заблуждение, если вы никогда не будете запускать интенсивные задачи ЦП, связанные с TTY. Конечно, я мог ошибаться!
Были некоторые упоминания о способах достижения очень похожего результата, добавляя к вашим сценариям bash и позволяя всем пользователям создавать группы. Это будет работать, только если текущие ядра Ubuntu включили группы. Соответствующие должности:
http://marc.info/?l=linux-kernel&m=128993140308849&w=2 http://marc.info/?l=linux-kernel&m = 128993874020246 & amp; w = 2Очевидно, что это не отвечает на вопрос, но может быть использовано для определения того, насколько патч столь же волшебным, как и ожидалось.
Я только что выбрал эту дискуссию и ее очень интересную. Я написал небольшое сообщение в блоге о том, как включить патч cgroup на Ubuntu 10.10.
Я действительно не тестировал, работает ли он или нет, поэтому обратная связь будет замечательной!