LINUX.ORG.RU

По ссылке херня какая-то.
Но если в Linux VM что-то поменяется, то будет только лучше (с ужасом вспоминая swap_out и shmem)...

Murr ★★
()

И чем она лучше текущей?

anonymous
()

а почему не rmap?

anonymous
()

зато сами ядра -aa глючные и тормозные до жопы

anonymous
()

2последний анонимус> А ты их вообще пользовал, чтобы так говорить??? Я из 2.4 ветки пользую только аа-патчи(жалко, что они редко последнее время обновляются...) и никаких проблем не возникало...

Deleted
()

Ядра -aa глючные и тормозные? Давай описание глюков и бенчмарки, тогда проверим.
У меня они работают на серверах, начиная с 2.4.19.
Очень качественные и быстрые ядра, особенно на базах данных.

anonymous
()

Как это не убивает инит? Вот беда, а такая фишка модная была килл инит ;)

anonymous
()

Дык в SuSE уже давно такой VM, т.к. у них ядра из -aa делаются

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

"Ядра -aa глючные и тормозные? Давай описание глюков и бенчмарки, тогда проверим.
У меня они работают на серверах, начиная с 2.4.19.
Очень качественные и быстрые ядра, особенно на базах данных. "


2.4.21-rc8aa1 - не встаёт оракл и unixbench на одном из тестов валится в корку
2.4.22-aa1 - тест unixbench 255 на 2.4.22-ac1 и
210 на 2.4.22-aa1,
не работает резак (постоянные bufferunderun со всеми вытекающими), тормоза звука при сильной загруженности системы


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

> тест unixbench 255 на 2.4.22-ac1 и 210 на 2.4.22-aa1

Это ни о чем не говорит и ничего не значит. Любое ядро можно
искусственно заточить под любой бенчмарк.

> не работает резак (постоянные bufferunderun со всеми
вытекающими), тормоза звука

Я думаю, проблема в руках и голове. У меня никогда ничего
подобного не наблюдалось.

anonymous
()

>> не работает резак (постоянные bufferunderun со всеми вытекающими), тормоза звука

> Я думаю, проблема в руках и голове. У меня никогда ничего подобного не наблюдалось.

Резака и звука, что ли?

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

>Я думаю, проблема в руках и голове. У меня никогда ничего
>подобного не наблюдалось.

угу три ядра 2.4.22, 2.4.22-ac1, 2.4.22-aa1, все три собраны с одинаковым конфигом первые два работают идеально, -aa1 - тормозит и глючит, а при этом почему-то виноваты руки, а не ядро

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

> У меня никогда ничего
подобного не наблюдалось.

когда у тебя -aa ядро сделает kernel panic на серваке будет уже поздно

anonymous
()

а в слаке говорят не будут использовать патчи от алана аркагнелли. это так?

anonymous
()

> угу три ядра 2.4.22, 2.4.22-ac1, 2.4.22-aa1, 
> все три собраны с одинаковым конфигом
                  ^^^^^^^^^^^^^^^^^^^^^

В смысле?

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

в SuSE -aa, приведённое к нормальному виду и так не глючит, как оригинальное -aa

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

>В смысле?

в прямом, брялся один config, копировался в директории с ядрами и делался make oldconfig, если встречались новые опции, то настройки ставились на default

anonymous
()

А ядро -аа работает под слакой ? :))

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

> когда у тебя -aa ядро сделает kernel panic на серваке будет уже поздно

Я повторюсь и уточню, что различные ядра -aa работают у меня
на серверах с прошлой осени. Ни единой проблемы. А у тебя они
явно крутятся на десктопе (звук, резак). Хотя это тоже не
оправдание. Я их и на десктопе использую, правда не настолько
свежие как 2.4.22. Я читал в списках рассылки про проблемы при
компиляции с gcc-3.3.x. Он неверно генерит код в некоторых
местах. Кстати, какой у тебя дистр? Все будут смеяться, но
у меня на слэкваре проблем нет ;)

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

> Все будут смеяться, но
> у меня на слэкваре проблем нет ;)

УжЕ от одного слова slackware становится смешно. ;-)
Пользуйте RedHat 9.0 (со всем необходимым) -
и ваши волосы будут пушистыми и шелковистыми.

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

>anonymous (*) (2003-09-15 13:33:56.577827)

Debian 3.0r1, gcc-2.95.4

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