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

[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!

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

[Aleksandr Blokhin]

On Mon, 6 Jan 2003 21:50:55 +1200
Sergey Plyukhin <spr@mail.iks.ru> wrote:

SP> On Mon, Jan 06, 2003 at 10:13:53AM +0300, Vitaly Lipatov wrote:
>> On Понедельник 06 Январь 2003 05:26, Sergey Plyukhin wrote:
>> > Спасибо, меня бы наверно тоже устроил "первый" вариант
>> > только не могу найти как такое прописать в GRUB?
>> просто дописываете к строчке через пробел apic и всё.
>> Например:
>> kernel (hd0,10)/boot/vmlinuz-up root=/dev/hda11  apic
>> 
>> -- 
>> Lav
>> Виталий Липатов

SP> Спасибо, да я так и делал, только большими буквами :-)
SP> но что-то все-равно валится :-(
SP> сейчас попробую маленькими. 
SP> С патчем еще больше непонятного, ведь рпм бинарная, куда этот патч

SP> накладывать :-( ?

На исходники ядра или модулей vmware. Последние собираются Вами 
самостоятельно командой vmware-config.pl, но для этого Вам действительно 
понадобится сноровка.

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

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

[Konstantin Volckov]

[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]

Hi!

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

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

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

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

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

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

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

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

-- 
Успехов,
Konstantin

[-- Attachment #2: vmware-vmmon.patch --]
[-- Type: application/octet-stream, Size: 263 bytes --]

[sisyphus] Почему не надо разделять ядра на смп и где не смп? (Было: Проблемы с vmware на последнем ядре (2.4.20-altxx-up))

[Eugene Savitsky]

Hello!

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

Кстати вопрос: почему не использовать во всех системах смп ядра, если
оно нормально работает и на однопроцессорной машине?

Спасибо.


-- 
Best regards, Eugene Savitsky.
Menelon OU                                   E-Mail: ezh@infonet.ee
http://www.menelon.ee

[sisyphus] Почему надо разделять ядра на смп и где не смп? (Было: Проблемы с vmware на последнем ядре (2.4.20-altxx-up))

[Eugene Savitsky]

Hello!

Теперь правильное название темы...

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

Кстати вопрос: почему не использовать во всех системах смп ядра, если
оно нормально работает и на однопроцессорной машине?

Спасибо.


-- 
Best regards, Eugene Savitsky.
Menelon OU                                   E-Mail: ezh@infonet.ee
http://www.menelon.ee

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

[Sergey Plyukhin]

> KV> Subj локализован - ноги сабжа растут из-за того, что глупая vmware
> KV> считает, что если ядро собрано с поддержкой UP-APIC, то оно его
> KV> включило и
> KV> юзает :-)
> 
> Спасибо за рецепт! Мне помог первый вариант, но вот как это донести до 
> пользователей, которые не читали этого рецепта? Второй вариант плох тем, 
> что при использовании SMP-ядра пропадает выключение питания компа по 
> /sbin/poweroff. Третий вариант плох тем, что он, с точки зрения юзера, 
> сложнее первых двух в использовании.
> 
Спасибо, меня бы наверно тоже устроил "первый" вариант
только не могу найти как такое прописать в GRUB?
Подскажите, если не затруднит, а то тянуть еще одно ядро для диалапа долго
:-(

-----------
С наилучшими пожеланиями-
Сергей Плюхин=

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

[Vitaly Lipatov]

On Понедельник 06 Январь 2003 05:26, Sergey Plyukhin wrote:
> Спасибо, меня бы наверно тоже устроил "первый" вариант
> только не могу найти как такое прописать в GRUB?
просто дописываете к строчке через пробел apic и всё.
Например:
kernel (hd0,10)/boot/vmlinuz-up root=/dev/hda11  apic

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

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

[Sergey Plyukhin]

On Mon, Jan 06, 2003 at 10:13:53AM +0300, Vitaly Lipatov wrote:
> On Понедельник 06 Январь 2003 05:26, Sergey Plyukhin wrote:
> > Спасибо, меня бы наверно тоже устроил "первый" вариант
> > только не могу найти как такое прописать в GRUB?
> просто дописываете к строчке через пробел apic и всё.
> Например:
> kernel (hd0,10)/boot/vmlinuz-up root=/dev/hda11  apic
> 
> -- 
> Lav
> Виталий Липатов
 
Спасибо, да я так и делал, только большими буквами :-)
но что-то все-равно валится :-(
сейчас попробую маленькими. 
С патчем еще больше непонятного, ведь рпм бинарная, куда этот патч
накладывать :-( ?

----------
С наилучшими пожеланиями-
Сергей Плюхин=

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

[Sergey Plyukhin]

On Mon, Jan 06, 2003 at 09:50:55PM +1200, Sergey Plyukhin wrote:
> On Mon, Jan 06, 2003 at 10:13:53AM +0300, Vitaly Lipatov wrote:
> > On Понедельник 06 Январь 2003 05:26, Sergey Plyukhin wrote:
> > > Спасибо, меня бы наверно тоже устроил "первый" вариант
> > > только не могу найти как такое прописать в GRUB?
> > просто дописываете к строчке через пробел apic и всё.
> > Например:
> > kernel (hd0,10)/boot/vmlinuz-up root=/dev/hda11  apic
> > 
> > -- 
> > Lav
> > Виталий Липатов
>  
> Спасибо, да я так и делал, только большими буквами :-)
> но что-то все-равно валится :-(
> сейчас попробую маленькими. 
> С патчем еще больше непонятного, ведь рпм бинарная, куда этот патч
> накладывать :-( ?
> 
Извините, поторопился с письмом :-(
маленкими буквами - заработало!
появилось в dmesg 
Kernel command line: root=/dev/hda1 apic
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!

(что-то не припоминаю я в BIOS упомининия о APIC :-)

vmware сразу нормально завелась - чудо!

СПАСИБО!

----------
С наилучшими пожеланиями-
Сергей Плюхин=

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

[Michael Shigorin]

On Sun, Jan 05, 2003 at 06:27:27PM +0300, Konstantin Volckov wrote:
> В наших ядрах оно не так: из-за достаточно частых проблем с
> этой фичей оно по умолчанию выключено и включается только при
> указании ядру параметра "apic" при загрузке.

А какого рода проблемы?  Редкие runtime или "вылазит -- так
сразу"?

Субъективно домашняя машинка (A650, 2.4.18-alt8-up) шевелится
вполне сравнимо с офисным AXP1600+/2.4.20-alt0.8/noapic+gcc3 :)

Формальных тестов бы погонять, а то приходится обходиться
ощущениями в области спинного мозга ;-(

PS: всех с наступающим Рождеством Христовым!

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Vitaly Lipatov]

On Понедельник 06 Январь 2003 15:22, Michael Shigorin wrote:
> On Sun, Jan 05, 2003 at 06:27:27PM +0300, Konstantin Volckov 
wrote:
> > В наших ядрах оно не так: из-за достаточно частых проблем с
> > этой фичей оно по умолчанию выключено и включается только
> > при указании ядру параметра "apic" при загрузке.
>
> А какого рода проблемы?  Редкие runtime или "вылазит -- так
> сразу"?
На 2.4.19 с включенным apic на многих машинах было мёртвое 
зависание при переключении иксы<->консоль.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!