[d-kernel] планировщик , ещё к вопросу о " стабилизации "

[d-kernel] планировщик , ещё к вопросу о " стабилизации "

[Gleb Kulikov]

Джентельмены,

а виден ли свет в конце туннеля? Вряд ли нормальная ситуация, что на 
*незагруженной* системе

2.6.12-std26-up-alt10 #1 Tue Feb 28 17:29:17 MSK 2006 i686 unknown unknown 
GNU/Linux

top - 22:35:12 up  1:11,  1 users,  load average: 2.46, 2.52, 2.36

На ядре wks, ситуация чуть получше --- 1 с копейками (хоть музыку/кино можно 
послушать, на std --- абсолютно исключено!)

при прочих равных, но на Мастере (Linux tsk-523-56 2.4.26-std-up-alt13 #1 Mon 
Nov 14 00:25:14 MSK 2005 i686 unknown unknown GNU/Linux),
на том же железе

22:38:24  up 15:39,  4 users,  load average: 0,26, 0,33, 0,31
97 processes: 92 sleeping, 5 running, 0 zombie, 0 stopped
CPU states:  1,8% user,  1,2% system, 22,3% nice,  0,0% iowait, 74,5% idle

Это при том, что запущено два x-сервера, работают 4 человека, тв тюнер
вещает на второй x-сервер.

Извиняюсь за "спам", но это же ни в какие ворота не лезет. Какой новый 
дистрибутив, какая "стабилизация", ребята, о чём вы? С *этим*, просто 
невозможно работать, неужели никто не обращал внимания на это дерьмо? 
Какой дистрибутив, как только *это* пойдёт на сервера, поднимется *такой* вой, 
и правильно.

Ещё раз извиняюсь, но просидев пол года под Компактом с этими *жутчайшими* 
тормозами системы, ну, я не знаю... разные мысли в голову приходят.

Кстати, никто не натыкался, как ЭТО выглядит на сервере? Довольно мощная, 3 
ГГц (! тут должен стоять неопределённый артикль б...), 512 Мб ОЗУ, машина, 
обслуживала 5 клиентов с /home на NFS. При незагруженной сети, но сколь 
мало-мальской загрузке процессора на сервере происходит что? Правильно. Все 
клиенты стоят раком (от нескольких до десятков минут), ибо nfs недоступна. На 
самом сервере видим не менее чудную картину: не срабатывают семафоры и т.п., 
сигналы не доставляются. В частности, наблюдаем "зависание" некоторых 
программ, а-ля konsole. 

Ежу понятно, что на Мастере (или 2.4.xxx, уж не знаю, какая фраза в данном 
случае корректна), ничего подобного *никогда* не наблюдалось, даже на 
несравнимо мснее мощном железе.

Ещё раз извинияюсь, но наболело. Откровенно задрало. Работать с *этим*, 
невозможно. Мысль о новом дистрибутиве с такими милыми свойствами, приводит в 
ужас.

Итак, кто виноват? Мэйнстрим? Локальная сборка? Возможно ли с этим что-то 
сделать?

В Сизифе ядра лучше? Будут ли сборки для Компакта? (ставить Сизиф на рабочие 
машины, ясно дело, невозможно, а на не находящихся под реальной работой --- 
от тестов, мало проку).

PS: Интересно, что wks ядро, ведёт себя заметно лучше. Дык, в чём проблема, 
товарищи "ядерщики"?
-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [d-kernel] планировщик , ещё к вопросу о " стабилизации "

[Igor Zubkov]

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

В сообщении от 26 сентября 2006 18:57 Gleb Kulikov написал(a):
> а виден ли свет в конце туннеля? Вряд ли нормальная ситуация, что на
> *незагруженной* системе
>
> 2.6.12-std26-up-alt10 #1 Tue Feb 28 17:29:17 MSK 2006 i686 unknown unknown
> GNU/Linux
>
> top - 22:35:12 up  1:11,  1 users,  load average: 2.46, 2.52, 2.36
>
> На ядре wks, ситуация чуть получше --- 1 с копейками (хоть музыку/кино
> можно послушать, на std --- абсолютно исключено!)

Что за железо?

У меня было похуже... Похоже на проблемы с acpi. Если загрузится с acpi=off 
помогает?

-- 
Marilyn Manson - Coma White

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] планировщик , ещё к вопросу о " стабилизации "

[Gleb Kulikov]

В сообщении от Вторник 26 Сентябрь 2006 23:16 Igor Zubkov написал:
> Что за железо?

1) iRU Stilo 1514 (Transmeta 5800)

2) Duron 600 (Gygabyte GA 7IXE4 (AMD 750)) 

3) Athlon 1Gz (Gygabyte GA 7IXE4 (AMD 750))

4) Athlon 64

и т.д. абсолютные цифры везде разные, поведение -- одинаковое. 

>
> У меня было похуже... Похоже на проблемы с acpi. Если загрузится с acpi=off
> помогает?

нет.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [d-kernel] планировщик , ещё к вопросу о " стабилизации "

[Igor Zubkov]

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

В сообщении от 26 сентября 2006 19:30 Gleb Kulikov написал(a):
> В сообщении от Вторник 26 Сентябрь 2006 23:16 Igor Zubkov написал:
> > Что за железо?
>
> 1) iRU Stilo 1514 (Transmeta 5800)
>
> 2) Duron 600 (Gygabyte GA 7IXE4 (AMD 750))
>
> 3) Athlon 1Gz (Gygabyte GA 7IXE4 (AMD 750))
>
> 4) Athlon 64
>
> и т.д. абсолютные цифры везде разные, поведение -- одинаковое.
>
> > У меня было похуже... Похоже на проблемы с acpi. Если загрузится с
> > acpi=off помогает?
>
> нет.

Что-то у вас странное в консерватории творится...

[icesik@iceberg ~]$ top
top - 19:35:53 up 22 days,  2:36,  1 user,  load average: 0.14, 0.38, 0.45
Tasks: 176 total,   1 running, 172 sleeping,   0 stopped,   3 zombie
CPU:  7.6% us,  1.7% sy,  0.0% ni, 90.7% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    508164K total,   498724K used,     9440K free,     7540K buffers
Swap:  1028120K total,   126728K used,   901392K free,   136504K cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
14847 icesik     0   0 29336  23M 4000 S  2.7  4.8  12:00.31 e17
11438 icesik     0   0  5588 2300 1816 S  2.0  0.5   8:34.65 polypaudio
15210 icesik     0   0 95580  28M  18M S  2.0  5.8   4:20.29 amarokapp
14744 root       0   0  166M  25M 3968 S  1.3  5.2  11:18.40 X
15069 icesik     0   0 22544  12M  10M S  0.3  2.6   0:09.94 konsole
15196 icesik     0   0 95580  28M  18M S  0.3  5.8   2:10.80 amarokapp
15778 icesik     0   0 25756  13M  10M S  0.3  2.8   0:35.04 sim-qt
21131 icesik    17   0  1872 1024  740 R  0.3  0.2   0:00.04 top
    1 root       0   0  1420  124   88 S  0.0  0.0   0:01.27 init


-- 
Marilyn Manson - President Dead

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] планировщик , ещё к вопросу о " стабилизации "

[Michael Shigorin]

On Tue, Sep 26, 2006 at 11:30:05PM +0700, Gleb Kulikov wrote:
> > Что за железо?
> 1) iRU Stilo 1514 (Transmeta 5800)
> 2) Duron 600 (Gygabyte GA 7IXE4 (AMD 750)) 
> 3) Athlon 1Gz (Gygabyte GA 7IXE4 (AMD 750))
> 4) Athlon 64
> и т.д. абсолютные цифры везде разные, поведение -- одинаковое. 

Я только один раз за последний год видел нечто подобное.
На чём именно, совершенно не помню.

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

Re: [d-kernel] планировщик , ещё к вопросу о " стабилизации "

[Vyatcheslav Perevalov]

В сообщении от 26 сентября 2006 22:57 Gleb Kulikov написал(a):
> Джентельмены,
>
> а виден ли свет в конце туннеля? Вряд ли нормальная ситуация, что на
> *незагруженной* системе
[жестоко скипнуто]

> Итак, кто виноват? Мэйнстрим? Локальная сборка? Возможно ли с этим что-то
> сделать?
>
> В Сизифе ядра лучше? Будут ли сборки для Компакта? (ставить Сизиф на
> рабочие машины, ясно дело, невозможно, а на не находящихся под реальной
> работой --- от тестов, мало проку).
>
> PS: Интересно, что wks ядро, ведёт себя заметно лучше. Дык, в чём проблема,
> товарищи "ядерщики"?
+1
Присоединяюсь. Ососбенно в части неопределённого артикля б... В чём-то компакт 
+ сизиф ведёт себя достаточно неплохо, но в целом - головная боль ещё та... 
Или, может быть, всё от недостатка информации? Тогда вопрос, когда же выйдут 
книги, где чётко и ясно будет расписано, что и где нужно подкрутить, чтобы 
оптимально настроить систему _под_себя_. Может быть, по дефолту включены 
какие-то ресурсоёмкие сервисы, которые мне "и даром не нать, и за деньги не 
нать"? 
Ядро wks работает быстрее, НО... Но после установки wks-ядра куда-то пропал 
звук. После отката на std-ядро звук восстановился, НО... Но жутко глючит, 
вплоть до того, что возникает CPU overload при проигрывании звука при старте 
иксов (KDE). Это как лечить? Какие логи нужно сюда запостить, чтобы ядерщики 
помогли разрулить ситуёвину?
-- 
/vip