Linux 2.6: CONFIG_PREEMPT - «y» или «n»?

0

0

При использовании CONFIG_PREEMPT="y" в ядре 2.6.4 было обнаружено падение производительности.
Andrea Arcangeli (разработчик VM подсистемы ядра ветки 2.4) рекомендует не использовать PREEMPT, в то время как ответственный за ветку 2.6 Andrew Morton говорит что preemption сам по себе тут не при чем, т.к. оно всего лишь указывает на появление других ошибок в коде ядра.

>>> Обсуждение проблемы

Ссылка

←	Вышел ALT Linux Compact 2.3

Gnoppix 0.6-RC2

→

← 1 2 →

Ответ на: комментарий от anonymous 26.03.04 12:44:02 MSK

ну ну. а статистику привести слабо? балоболить каждый виндусятник сможет

anonymous
(26.03.04 13:28:42 MSK)

Ссылка

- CPU scheduler tuning and fixes /changelog для патча 2.6.5-rc2-mm3, который вышел 25-го числа/

netracer ★
(26.03.04 14:09:34 MSK)

Ссылка

Ответ на: комментарий от anonymous 26.03.04 12:44:02 MSK

>szh, я смотрю ты сильно разбираешся... а ничё что как только ядро зарелизят, сразу начинают находить кучу дыр и глюков? вот нет бы сначала с полгодика погоняли как pre и rc, а потом релизили, чтоб была хоть какая-то уверенность...

>ПС: козлами начинают называть, когда больше ничё по теме сказать не могут :)

У вас, товарисч, полное непонимание технологии разработки open source.

"Релиз" это не более чем операция синхронизации типа barier ;)

sS ★★★★★
(26.03.04 14:47:37 MSK)

Ответ на: комментарий от sS 26.03.04 14:47:37 MSK

Про barrier этот деятель юмора не поймёт :)

anonymous
(26.03.04 15:15:56 MSK)

Ответ на: комментарий от sS 26.03.04 01:13:37 MSK

2sS

>> (причем линух таскает еще на себе openmcu+ohphone)

>Хорошо что не gnugk :)

Ну в локалке gk не нужен нафиг а mcu исключительно для объмена ненормативной лексикой в real time ;)

А к GK можно привернуть openam и материть всех автоматически:)

GHhost

anonymous
(26.03.04 15:56:46 MSK)

Ответ на: комментарий от anonymous 26.03.04 15:56:46 MSK

>А к GK можно привернуть openam и материть всех автоматически:)

Дык openam это умеет делать и без gk ;) mcu это-ж типичный char room ... по выбру можно сделать либо по чатруму на команду либо общий что в разы прикольней вкупе с UT dedicated server ;)

sS ★★★★★
(26.03.04 17:12:14 MSK)

Ответ на: комментарий от anonymous 26.03.04 15:15:56 MSK

>Про barrier этот деятель юмора не поймёт :)

А че там непонятного ? В армии служил ? От забора до обеда копал ? Так это наоборот - от обеда до забора (то бишь до barier) ;)

sS ★★★★★
(26.03.04 17:14:43 MSK)

Ссылка

Да они до сих пор не могут решить проблемы с IDE! До сих пор! Уже сколько раз все переписывали, потом еще переписывали и опять переписывали... И до сих пор на lkml (уже после выхода 2.6.4-rc2) поступают сообщения, что скорость работы IDE в 2.6.x значительно ниже, чем в ядрах 2.4.x. Я как-то раз приводил свои результаты замеров. Они оказались на 20% ниже. У некоторых, судя по их результатам - еще хуже бывает. Блин. Я с каждым разом, начиная c 2.6.0-test3 надеюсь, что пофиксят, но нет... Все-равно результат хуже значительно. Прошла информация от одного человека на lkml, что "поломка" произошла где-то между 2.5.59 и 2.5.60, так как он протестировал все версии ядер...

Что касается преемтибл или нет - не знаю. Но вот у меня на ядрах 2.6.x иксы грузятся раза в три-четыре (!) медленнее. Загрузка процессора - 100%, нагрузка на диск - очень большая (судя по статистике). Не знаю пока на что грешить. то ли на preemtive (но я его отключал и было тоже самое), то ли на IDE-драйвер, то ли на драйвер reiserfs (у меня 3.6). Ну? У кого схожие проблемы падения производительности в X? Да, иксы 4.3.0 из Сизифа. При смене ядра не перекомпилировались. Собственно, ничего я не пересобирал - только стартовые скрипты подправил кое-где... Может тут все дело? Комментарии?

Zubok ★★★★★
(27.03.04 16:15:02 MSK)