[Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Vaso VV]

Доброго здоровья!

Не знаю как называется описанный ниже режим наверняка (ожидания, засыпания,
просыпания..), потому и пропустил его в названии темы.

Ситуация следующая:

Две машины (назовём их, к примеру, №1 и №2) под Desktop 4.1 с разной
конфигурацией железа.
При попытке привести любую из них в чувства (т.е., пошуршать мышей или ударить
по клавишам) после длительного "бездействия" ("бездействие" означает "неучастие
пользователя", т.к. сама машина раздаёт/качает ну и занимается прочими
полезностями, причём весьма успешно) обнаруживается, что они чем-то активно
заняты (заргуженость проца №1 составляет 100% (при нормальных 20% ^*1*) - график
напоминает кардиограмму свежеумершего пациента, а вот у №2, с двумя камнями,
обнаруживается сильная аритмия - оба проца поочерёдно загружаются до 100% с
интервалом в 1 секунду ^*2* (при нормальной загруженности - стабильно 4% на оба
камня).
Первоначально даже хотел эту тему назвать "Чем занимается АльтЛинукс, когда
гаснет экран" :).

Так вот, собственно, проблема: №1 приходит в себя через 10 секунд после запуска
любого приложения, а вот №2 напрочь отказывается сотрудничать (сквиды, апачи,
кторренты, суперкарамбы - все продолжают чудесно работать, но больше ничего
запустить/открыть не удаётся: хотя горячими клавишами приложение запускается
(можно просмотреть через ps на виртуальной консоли), только вот в KDE это никак
не отображается).
Спасает только reboot из виртуалки. Ну и при аккорде ctrl+shift+backspace
наглухо виснет всё, даже в виртуальную консоль не перебраться.


Примечания:

1. Нормальная загруженность проца - это процент его загруженности для выполнения
такого же набора задач в нормальных условиях.
2. Мониторинг осуществлялся при помощи виджетов СуперКарамбы с установленным
интервалом обновления в 1 секунду, потому данные могут быть неточными.


На кого направить свой праведный гнев?

Спасибо!

Re: [Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Андрей Черепанов]

9 июня 2009 Vaso VV написал:
> Доброго здоровья!
>
> Не знаю как называется описанный ниже режим наверняка (ожидания, засыпания,
> просыпания..), потому и пропустил его в названии темы.
>
> Ситуация следующая:
>
> Две машины (назовём их, к примеру, №1 и №2) под Desktop 4.1 с разной
> конфигурацией железа.
А какая видеокарта?

> При попытке привести любую из них в чувства (т.е., пошуршать мышей или
> ударить по клавишам) после длительного "бездействия" ("бездействие"
> означает "неучастие пользователя", т.к. сама машина раздаёт/качает ну и
> занимается прочими полезностями, причём весьма успешно) обнаруживается, что
> они чем-то активно заняты (заргуженость проца №1 составляет 100% (при
> нормальных 20% ^*1*) - график напоминает кардиограмму свежеумершего
> пациента, а вот у №2, с двумя камнями, обнаруживается сильная аритмия - оба
> проца поочерёдно загружаются до 100% с интервалом в 1 секунду ^*2* (при
> нормальной загруженности - стабильно 4% на оба камня).
> Первоначально даже хотел эту тему назвать "Чем занимается АльтЛинукс, когда
> гаснет экран" :).
>
> Так вот, собственно, проблема: №1 приходит в себя через 10 секунд после
> запуска любого приложения, а вот №2 напрочь отказывается сотрудничать
> (сквиды, апачи, кторренты, суперкарамбы - все продолжают чудесно работать,
> но больше ничего запустить/открыть не удаётся: хотя горячими клавишами
> приложение запускается (можно просмотреть через ps на виртуальной консоли),
> только вот в KDE это никак не отображается).
> Спасает только reboot из виртуалки. Ну и при аккорде ctrl+shift+backspace
> наглухо виснет всё, даже в виртуальную консоль не перебраться.
Попробуйте с другим видеодрайвером (например, vesa).


> На кого направить свой праведный гнев?
На разработчиков оборудования, вестимо. :)


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Andriy Dobrovol`s`kii]

2009/6/9 Андрей Черепанов <cas@altlinux.ru>:
>> На кого направить свой праведный гнев?
> На разработчиков оборудования, вестимо. :)
>
Думаю, Вы излишне оптимистичны. Виноват наш Ксорг. Обосновать этого
пока не могу. Увы...
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Андрей Черепанов]

9 июня 2009 Andriy Dobrovol`s`kii написал:
> 2009/6/9 Андрей Черепанов <cas@altlinux.ru>:
> >> На кого направить свой праведный гнев?
> >
> > На разработчиков оборудования, вестимо. :)
>
> Думаю, Вы излишне оптимистичны. Виноват наш Ксорг. Обосновать этого
> пока не могу. Увы...
Драйвера для X.org пишут производители. Кто-то (Nvidia) хорошо. Кто-то (ATI и 
Intel) - через одно место. ;)

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Vaso VV]

> 9 июня 2009 Vaso VV написал:
> > Доброго здоровья!
> >
> > Не знаю как называется описанный ниже режим наверняка (ожидания, засыпания,
> > просыпания..), потому и пропустил его в названии темы.
> >
> > Ситуация следующая:
> >
> > Две машины (назовём их, к примеру, №1 и №2) под Desktop 4.1 с разной
> > конфигурацией железа.
> А какая видеокарта?

        VGA compatible controller: nVidia Corporation GeForce 8600 GT (rev a1) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 8243
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at e0000000 (64-bit, prefetchable) [size=256M]
        Region 3: Memory at f4000000 (64-bit, non-prefetchable) [size=32M]
        Region 5: I/O ports at a000 [size=128]
        [virtual] Expansion ROM at f7000000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
                Address: 0000000000000000  Data: 0000
        Capabilities: [78] Express (v1) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
                        ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+
                        MaxPayload 128 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <512ns, L1 <4us
                        ClockPM- Suprise- LLActRep- BwNot-
                LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        Capabilities: [100] Virtual Channel <?>
        Capabilities: [128] Power Budgeting <?>
        Capabilities: [600] Vendor Specific Information <?>
        Kernel driver in use: nvidia
        Kernel modules: nvidiafb, nvidia


> 
> > При попытке привести любую из них в чувства (т.е., пошуршать мышей или
> > ударить по клавишам) после длительного "бездействия" ("бездействие"
> > означает "неучастие пользователя", т.к. сама машина раздаёт/качает ну и
> > занимается прочими полезностями, причём весьма успешно) обнаруживается, что
> > они чем-то активно заняты (заргуженость проца №1 составляет 100% (при
> > нормальных 20% ^*1*) - график напоминает кардиограмму свежеумершего
> > пациента, а вот у №2, с двумя камнями, обнаруживается сильная аритмия - оба
> > проца поочерёдно загружаются до 100% с интервалом в 1 секунду ^*2* (при
> > нормальной загруженности - стабильно 4% на оба камня).
> > Первоначально даже хотел эту тему назвать "Чем занимается АльтЛинукс, когда
> > гаснет экран" :).
> >
> > Так вот, собственно, проблема: №1 приходит в себя через 10 секунд после
> > запуска любого приложения, а вот №2 напрочь отказывается сотрудничать
> > (сквиды, апачи, кторренты, суперкарамбы - все продолжают чудесно работать,
> > но больше ничего запустить/открыть не удаётся: хотя горячими клавишами
> > приложение запускается (можно просмотреть через ps на виртуальной консоли),
> > только вот в KDE это никак не отображается).
> > Спасает только reboot из виртуалки. Ну и при аккорде ctrl+shift+backspace
> > наглухо виснет всё, даже в виртуальную консоль не перебраться.
> Попробуйте с другим видеодрайвером (например, vesa).
 
Попробовать для диагностики или навсегда? (Последнее никак не устраивает - производительность на сторонних дровах хроменькая, и даже запуск некоторых приложений теперь подвешивает систему, e.g. Briquolo делает клаву неактивной). Для эксперимента оставлю на ночь vesa.

 
> > На кого направить свой праведный гнев?
> На разработчиков оборудования, вестимо. :)

Вроде как с 4.0 подобных приключений не наблюдалось.

...

Спасибо! 

Re: [Comm] AltLinux Desktop 4.1 зависает при выходе из * режима.

[Vaso VV]

[...]

> > Попробуйте с другим видеодрайвером (например, vesa).
>  
> Попробовать для диагностики или навсегда? (Последнее никак не устраивает -
>производительность на сторонних дровах хроменькая, и даже запуск некоторых
>приложений теперь подвешивает систему, e.g. Briquolo делает клаву неактивной).
>Для эксперимента оставлю на ночь vesa.
> 

С vesa - та же песня. Вот ещё симптомы:  KDE и KBFX меню открываются (нажатием
клавиш, но набрать в них ничего не удаётся), курсор бегает, только вот ничего
запустить не может и контекстное меню не открывается. Складывается ощущение,
будто рабочий стол застеклили, и курсор мыши ползает по нему абсолютно
бестолково, как глупая муха :)

[...]

Спасибо!