[sisyphus] Re: [devel] Проблемы с vmware на последнем ядре (2.4.20-altxx-up)

[Aleksandr Blokhin]

On Sun, 5 Jan 2003 18:27:27 +0300
Konstantin Volckov <goldhead на altlinux.ru> wrote:

KV> Hi!

KV> Subj локализован - ноги сабжа растут из-за того, что глупая vmware
KV> считает, что если ядро собрано с поддержкой UP-APIC, то оно его
KV> включило и
KV> юзает :-)

KV> В наших ядрах оно не так: из-за достаточно частых проблем с этой
KV> фичей оно
KV> по умолчанию выключено и включается только при указании ядру
KV> параметра
KV> "apic" при загрузке.

KV> Посему есть несколько вариантов решения:

KV> 1. Загрузить ядро с параметром "apic". Если после этого не возникнет
KV> глюков, то стоит загружать его так всегда, т.к. оно дает нек-й
KV> прирост
KV> производительности.

KV> 2. Юзать smp ядро, где apic юзается всегда.

KV> 3. Наложить на vmware приложенный патч, после сборки с которым варь
KV> никогда не будет юзать apic (преимущество - простота, недостатки -
KV> потери
KV> в производительности, но по умолчанию у нас и так apic выключен).

KV> 4. Написать качественный патч для ядра и вари для того, чтобы варь
KV> умела
KV> определять используется apic или нет. Если оно надо - могу сделать,
KV> но
KV> ИМХО, стоит по умолчанию юзать вариант 3, а для твикеров (для кого
KV> этот
KV> патч по сути и уменьшит усилия по работе с напильником) юзать
KV> вариант 1.

KV> Интересно услышать соображения народа по этому поводу.

Спасибо за рецепт! Мне помог первый вариант, но вот как это донести до 
пользователей, которые не читали этого рецепта? Второй вариант плох тем, 
что при использовании SMP-ядра пропадает выключение питания компа по 
/sbin/poweroff. Третий вариант плох тем, что он, с точки зрения юзера, 
сложнее первых двух в использовании.

--
Best regards
AB
--
                  ... In nomine Altli, et Ctrli, et Spititus Deli, Reset!