LINUX.ORG.RU

Вышел патчсет от Кона Коливаса

 , kolivas, patchset,


0

1

Вышел патчсет для ядра 2.6.32 от Кона Коливаса.

Коливас — в прошлом один из активных разработчиков ядра (анестезиолог по образованию, им же и работает), который привносил свежие идеи, улучшающие работу ядра Линукса на обычных десктопах. К сожалению, в своё время, ни его планировщик процессов SD, ни технология упреждающего своппинга (swap prefetching) не встретила одобрения со стороны «власть имущих» (т. е. Торвальдса), в связи с чем Коливас самоустранился от работ в области ядра.

К всеобщему счастью, несколько месяцев назад, Коливас снова представил свой планировщик, теперь уже названный BFS. За это время данный планировщик смог прочно укрепиться на десктопах некоторых пользователей из-за того, что он показывает лучшую отзывчивость системы в целом, чем ядро с планировщиком CFS (по-умолчанию).

Теперь же (как оказалось, ещё 12-го числа сего месяца, но безо всякого анонса) Коливас выпустил и свой патчсет, который не обновлялся более 2-х лет. В его состав вошёл как BFS, так и ряд других патчей, которые положительно влияют на интерактивность системы (а, значит, и удобство работы) десктопных пользователей.

Хочется надеяться, что в ближайшем будущем наработки Коливаса будут включены в основное ядро.

>>> Скачать патчсет

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 1)

Ответ на: комментарий от anonymous

> Что-то не верится. Будет два планировщика?

Да без проблем. Там их и так три, правда для разных классов планирования.

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

>Планировщики i/o вроде бы можно и без перекомпиляции выбирать, пусть меня поправят. Хотелось бы, чтобы так же было с cfs/bfs, да.

Планировщики io Можно даже во время работы выбирать.

Robotron
()
Ответ на: комментарий от post-factum

Вышел единый -ck и в Zen-Kernel его затянули.

anonymous
()
Ответ на: комментарий от anonymous

Как опцию, по умолчанию - отключена.

Вот я, по-моему, и включал. Сейчас гляну точно...

# cat /usr/src/linux/.config|grep BFS
CONFIG_CPU_BFS=y
# CONFIG_CPU_BFS_AUTOISO is not set
# CONFIG_BFS_CUSTOM_RR is not set
# CONFIG_HUGETLBFS is not set
# CONFIG_BFS_FS is not set

Вот в таком варианте с оригинальным Gentoo sources (+BFQ-патчи) разницы не вижу.

KRoN73 ★★★★★
()

А почему ссылка на скачивание заканчивается не на '.iso'?

Есть системы на zen-ядре?

macrohard ★★
()
Ответ на: комментарий от KRoN73


Насколько я понимаю, он в zen-sources стоит. Я разницы не замечаю :)


ты заметишь ее вернувшись на ванильное ядро )

AreS
()
Ответ на: комментарий от AreS

>ты заметишь ее вернувшись на ванильное ядро )

Это вряд ли. Надоело патчить ручками, так что на zen-sources я пока плотно подсел :)

KRoN73 ★★★★★
()

Отличная новость, хорошо бы еще «власть имущие» присмотрелись к предлагаемым патчам, чтобы их можно было включать например опционально для десктопных машин. Слишком узко смотрит Торвальдс на ядро. Enterprise - это конечно хорошо, но ядро должно быть гибким.

m0rph ★★★★★
()
Ответ на: комментарий от m0rph

Торвальдсу приходится выбирать между чёткой но немного авторитарной линией и широкой демократической. Второй вариант может загубить весь проект. А для того чтобы сделать первый вариант хорошим, надо быть как минимум 10ю Торвальдсами, чтобы успевать переваривать выхлопы всех выскочек, фильтровать, доводить до ума и включать. Не будем забывать что у Торвальдса нет пары сотен подчинённых которые бы по его указки всё делали как надо. Поэтому приходится быть категоричным - либо принимать, либо нет.

ixrws ★★★
()

Если он обновил свой код, значит в ближайшее время снова предпримет попытку протолкнуть его в ядро. Интересно, какая участь ждет его на этот раз.

Jayrome ★★★★★
()

У этого сета ограниченное применение. На NUMA системах работает плохо (да. У меня NUMA десктоп). Соответственно в мейнстрим этого не надо, ибо не устраивает всех. У кого то работает лучше чем cfq - ну вот и ладушки. Пользуйтесь. У меня, например, не работает. И не будет, что характерно, так как Коливас решает свои проблемы через упрощение, а cfq не зря сложный планировщик. И есть сомнения, что Коливас будет способен поддерживать свой код для работы на отличающихся от мейнстрима платформах. Где то читал, что для поддержки выбора разных планировщиков требуется серьёзно модифицировать большие куски стабильно работающего кода и огрести соответствующие последствия. Так что проблемы унылых нищебродов-маргиналов с древними или кривыми компами Линуса и компанию не волнуют. Патчи есть, пользуйтесь, а в ядро это недоразумение с проблесками гениальности не надо.

anonymous
()
Ответ на: комментарий от anonymous

>Патчи есть, пользуйтесь, а в ядро это недоразумение с проблесками гениальности не надо.

а почему же не сделать выбор? в ядре много дров для маргинальной периферии, однако есть возможность выбора, почему же здесь нельзя?

annulen ★★★★★
()
Ответ на: комментарий от annulen

>а почему же не сделать выбор? в ядре много дров для маргинальной периферии, однако есть возможность выбора, почему же здесь нельзя?

для поддержки выбора разных планировщиков требуется серьёзно модифицировать большие куски стабильно работающего кода и огрести соответствующие последствия

anonymous
()
Ответ на: комментарий от Jayrome

monkey business?)

А вообще Линус же всегда подавал надежды. Вспомните вот ext4. ;)

несерьёзно: Помойму ему(Линусу) давно пора всё же обзавестись десятком-другим подчинённых, которые бы по его указки всё делали как надо.

jeuta ★★★★
()
Ответ на: комментарий от anonymous

>для поддержки выбора разных планировщиков требуется серьёзно модифицировать большие куски стабильно работающего кода и огрести соответствующие последствия

неужели? а может достаточно вставить #define?

annulen ★★★★★
()
Ответ на: комментарий от post-factum

>>AHCI

Это тут к чему?


Да так. Похоже чувак выпендрится хотел. Да не получилось ;)

Evil_Wizard ★★★
()
Ответ на: комментарий от smolnij

> Не должно.

Т.е. ты предпочел бы ядро, заточенное исключительно под нужды бизнеса? Многое в OpenSource делается just for fun, поэтому что «должно», а что нет - решают конечно разработчики. Но область применения тоже довольно обширна, поэтому развитие ядра (а именно внимание разработчиков) вполне может ориентироваться на десктопы.

m0rph ★★★★★
()
Ответ на: комментарий от annulen

>неужели? а может достаточно вставить #define?

ну отметьте опцию как EXPERIMENTAL

опцию

Проблемы с добавить «опцию». Причем проблемы не технические а, скажем так, архитектурные. И количество «маргиналов», выздоровевших от bfs пока не достигло потребного для изменения дизайна количества. Скажу за себя. Я никогда, за всё время существования Коливасского патчсета, не имел с него профита, только глюки. И это на разных smp машинках, начиная с двусокетных пней 3. Может мне не везло, но вот так... А отзывчивости добивался тюнингом шедулеров и ввода-вывода, меня она устраивала. А нонче так и по дефолту приемлимо, руками тюнить не надо практически. После просмотра Коливасских патчей всегда возникало ощущение, что амбиций у дядьки больше, чем опыта и навыков.

Капча the snobs советует заткнуться.

anonymous
()
Ответ на: комментарий от post-factum

>Ещё раз: не путать CFS с CFQ, а BFS с BFQ!

Описалось я.

anonymous
()
Ответ на: комментарий от m0rph

То что бы я предпочел - это одно, а то что оно должно - это другое.

Хтя лично я за консервативность в ядре, т.к. оно и так уже напоминает свалку.

smolnij
()
Ответ на: комментарий от anonymous

CFS и CFQ - разные вещи.

CFS тоже устраивает не всех, хотя очередную партию проблем теперь внезапно окажется не так уж и трудно починить (смотрим на историю с 4-поточной компиляцией на 4 ядрах), тем более что можно сравнить. А ещё, давайте выкинем все файловые системы - ни одна из них не устраивает всех.

Для поддержки выбора планировщика при компиляции нужно мало кода и этот код уже написан два раза (буквально: в zen-sched и в -ck разный код для этого). Для поддержки on-boot выбора и правда нужно делать что-то нетривиальное и этого, вероятно, никто не сделает.

Древние и кривые компы здесь, увы, ни при чём. Нагрузить компьютер до упора можно много чем. И потоков может вдруг оказаться больше, чем ядер. А CFS делает грамотную серверную вещь - свежепроснувшемуся потоку даст большой ломоть времени, чтобы он уже заснул обратно. На десктопе это неоптимально. На телефоне это сильно неудачно. И это вопрос не древней техники, а попыток не напрягаясь выжать из неё максимум с минимальными усилиями.

anonymous
()

И вообще проблемы с отзывчивостью наблюдал на бинарных дистрах, где видимо ядро собрано и запатчено под некие усреднённые конфигурации. Самосбор плюс тюнинг помогал всегда. Однако для этого нужны мозги, знания и умение читать документацию. Многим не дано напрочь.

anonymous
()
Ответ на: комментарий от anonymous

>CFS и CFQ - разные вещи

Сношаю себя за невнимательность. Описался. Но там из контекста по моему понятно, что это описка.

anonymous
()
Ответ на: комментарий от annoynimous

> Хочется надеяться, что в ближайшем будущем наработки Коливаса будут включены в основное ядро.

Надеюсь, этого никогда не случится. Больно на Рейзера этот товарищ смахивает, тоже истерить любит.

Включать или не включать что-то в ядро только из-за личности разработчика дело ошибочное (хотя и не лишенное смысла «в общем»), разработка ведеться как правило группой людей и пренадлежит всему сообществу. Определяющими должны быть: ценность самой идеи, качество реализации и востребованность.

Buy ★★★★★
()
Ответ на: комментарий от anonymous

Да, есть у cfs проблемы при большом load average. Но это повод выяснить, почему же на этом железе такой LA? И эту проблему - решить. А не прикручивать к ядру сомнительную хрень от скандального чувака.

anonymous
()
Ответ на: комментарий от Jayrome

Есть иерархия, но это не значит что они готовы чистить код других людей по первому хотению. У каждого программиста свои тараканы, и не все кинуться отчищать чужой код, интегрировать его или тем более менять из-за него архитектуру. Есть много людей, но все они делают своё дело, более или менее.
Я же говорю про тех, кто бы брался за интеграцию чужих идей и разработок, даже если бы там было полно дерьма. Известно что на жалобы разработчиков ядра тот же Райзер не особо то отликался, а если бы нашлись люди которые бы удовлетворили эти жалобы, то была бы совсем другая история. Тоже самое касается и сабжа.

ixrws ★★★
()
Ответ на: комментарий от Buy

>Включать или не включать что-то в ядро только из-за личности разработчика дело ошибочное (хотя и не лишенное смысла «в общем»), разработка ведеться как правило группой людей и пренадлежит всему сообществу.

И много у Коливаса разработчиков? И кто будет, зная характер Коливаса, ковыряться в этом, кроме Коливаса? Тем более подход у него «отсечь лишнее», лишнее Коливасу. Это как Шариковское «отнять и поделить». Столь же умно и революционно.

anonymous
()
Ответ на: комментарий от ixrws

>если бы нашлись люди которые бы удовлетворили эти жалобы, то была бы совсем другая история

нашлись уже люди, даже новость уже была про включение райзер4 в следующем году

annulen ★★★★★
()
Ответ на: комментарий от devl547

>Эта хрень работает, но мыши упорно жрут кактус.

У тех, кто жрёт кактус, работает эта хрень. Тем, кто кактус не жрёт, эта хрень не нужна.

anonymous
()
Ответ на: комментарий от annulen

Спустя века...
Несомненно Шишкину и Ко надо воздвигнуть памятник за неунывание, но я несколько не об этом. Всё хорошо делать своевременно. В случае райзера это нужно было делать _годы_ назад. Впрочем в случае Коливаса тоже.

ixrws ★★★
()

Тут понимают разницу между «работает у всех, у некоторых плохо» (видимо при двух слабеньких процах и с la 10) - cfs и «у некоторых не работает ваще никак совсем и не заработает» - bfs?

В случае с дерготнёй при высоком la надо не планировщик менять, а в консерватории, в юзерспейс то бишь, руки править.

anonymous
()

Очень надеюсь на то, что ушлёпок Инго Молнар обосрётся и расплачется от этого.

Quasar ★★★★★
()
Ответ на: комментарий от B3ND3R

>А на gentoo-sources накатить можно, не будет глюков?

Ёлы палы, ну посмотри гентушный патчсет! Там на планировщик не кладётся ничего. Лень смотреть - наложи и если ляжет прямо - пользуйся. Не ляжет - уже посоветовали что емержить. Ну как дети блин.

anonymous
()

Вот он Линукс во всей красе. Тем временем пока сектанты думают о десктопах, для тех же десктопов и нормального планировщика задач до сих пор нет, а тем временем шел суровый 2010 год. Впрочем на фоне того что флешь до сих пор не работает нормально, это еще и мелочи.

Вот всем бы этим орунам о Линуксе на все десктопы варешьки бы да подзакрыть...

anonymous
()
Ответ на: комментарий от B3ND3R

> Кстати, есть ли для 2.6.32 отдельно патч bfq?

Можно сделать дифф от ветки дерева зен-кернела.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от ixrws

> В случае райзера это нужно было делать _годы_ назад. Впрочем в случае Коливаса тоже.

ну уж лучше поздно, чем никогда

annulen ★★★★★
()
Ответ на: комментарий от annoynimous

> а код его кто поддерживать будет?

Люди не вечны, вообще-то.

ip1981 ☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.