[Comm] Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Comm] Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Pushkin Sergey]

Приветствую, всезнающий all

Ситуация такая:

OS: SLES-8.1 SP2 с обновлённым ядром 2.4.21-smp
Платформа: HP Proliant ML570 (4хPIII-900 Xeon)
RAM: 6G
SCSI1: HP SmartArray 5300
SCSI2: HP SmartArray 6402 
Винтов куча и маленькая тележка...

На всё этом хозяйстве крутится Oracle 8i

# ps -e | grep oracle | wc -l
148

Это обычный режим... плюс/минус 20 процессов

Дык вот...
После приведения сервака к такому состоянию 
он стал очень много кушать процессорного времени. И что ещё удивительнее, 
увеличилась загрузка процессора системой.

Вот, что показывает на данный момент top:

------------------------------------------------------------------------------

  5:47pm  up 1 day, 17:51,  4 users,  load average: 7.18, 5.97, 4.84
260 processes: 250 sleeping, 9 running, 0 zombie, 1 stopped
CPU0 states: 71.1% user, 28.7% system,  0.0% nice,  0.0% idle
CPU1 states: 86.3% user, 13.5% system,  0.0% nice,  0.0% idle
CPU2 states: 75.5% user, 24.4% system,  0.0% nice,  0.0% idle
CPU3 states: 83.6% user, 16.2% system,  0.0% nice,  0.1% idle
Mem:  5951268K av, 5766688K used,  184580K free,       0K shrd,   24184K buff
Swap: 1048536K av,    1280K used, 1047256K free                 4545236K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
13351 oracle    25   0  441M 441M  431M R    52.9  7.5  22:14 oracle
13124 oracle    25   0  423M 423M  416M R    51.2  7.2   6:13 oracle
16841 oracle    25   0  433M 433M  425M S    43.5  7.4  11:24 oracle
28686 oracle    25   0  335M 335M  328M R    39.8  5.7   5:17 oracle
14803 oracle    25   0  436M 436M  428M R    36.5  7.5   7:33 oracle
28812 root      25   0  1144 1144   792 R    30.7  0.0   0:54 top
13505 oracle    25   0  445M 445M  434M R    24.6  7.6  51:54 oracle
21315 oracle    19   0  442M 442M  432M R    21.4  7.6  45:40 oracle
28777 oracle    25   0  203M 203M  200M S    20.7  3.5   0:09 oracle
28692 oracle    25   0  371M 371M  365M R    18.5  6.3   5:57 oracle
22486 oracle    17   0  298M 298M  294M S     6.2  5.1   0:59 oracle
28767 oracle    16   0 49128  47M 47732 S     4.6  0.8   0:08 oracle
13573 oracle    19   0  322M 322M  319M S     3.2  5.5   9:01 oracle
14040 oracle    19   0  422M 422M  415M R     3.0  7.2   8:51 oracle
  819 oracle    15   0  439M 439M  433M S     2.0  7.5  42:46 oracle
14568 oracle    18   0  438M 438M  430M S     1.7  7.5   2:20 oracle
28829 oracle    16   0 19612  19M 18488 S     1.3  0.3   0:00 oracle
  803 oracle    16   0  257M 257M  256M S     1.1  4.4   8:42 oracle
25305 oracle    17   0  302M 302M  291M S     1.1  5.2   1:31 oracle
13538 oracle    16   0  441M 441M  432M S     1.0  7.6   8:17 oracle
28782 oracle    17   0 34788  33M 33452 S     1.0  0.5   0:01 oracle
28724 oracle    15   0 45388  44M 44220 S     0.5  0.7   0:01 oracle
18566 oracle    15   0  294M 294M  290M S     0.4  5.0   0:15 oracle
24425 oracle    15   0 69916  68M 68768 S     0.4  1.1   0:23 oracle
25589 oracle    16   0 54732  53M 53592 S     0.4  0.9   0:17 oracle
 3247 oracle    15   0  230M 230M  230M S     0.3  3.9   0:54 oracle
14603 oracle    15   0  105M 105M  104M S     0.3  1.8   1:19 oracle
  815 oracle    15   0  223M 223M  222M S     0.2  3.8   5:03 oracle
  827 oracle    15   0  8812 8812  8420 S     0.2  0.1   1:15 oracle
  854 oracle    16   0  3124 3124  2196 S     0.2  0.0   0:05 tnslsnr
13222 oracle    15   0  135M 135M  134M S     0.2  2.3   1:28 oracle
14151 oracle    16   0  443M 443M  433M S     0.2  7.6   2:37 oracle
14601 oracle    15   0  103M 103M  102M S     0.2  1.7   1:09 oracle
26193 oracle    15   0 89696  87M 88560 S     0.2  1.5   0:14 oracle
28753 oracle    16   0 58712  57M 57388 S     0.2  0.9   0:01 oracle

------------------------------------------------------------------------------

Обратите внимание на загрузку %system - это ещё не самые большие показатели, 
которые я сегодня видел - было и около 50-ти. И обратите внимание на то, 
сколько процессорного времени кушает top. Разве это нормально?

Знающие люди, сможете прояснить такую картину?

[Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Konstantin A. Lepikhov]

Hi Pushkin!

Wednesday 12, at 01:14:09 PM you wrote:

<skip>
> ------------------------------------------------------------------------------
> 
> Обратите внимание на загрузку %system - это ещё не самые большие показатели, 
> которые я сегодня видел - было и около 50-ти. И обратите внимание на то, 
> сколько процессорного времени кушает top. Разве это нормально?
> 
> Знающие люди, сможете прояснить такую картину?
А не пробовали полазить по архивам suse-oracle? Или вообще туда
подписаться, поскольку с таким хозяйством вам надо туда.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Pushkin Sergey]

On Wed, May 12, 2004 at 10:59:37AM +0400, Konstantin A. Lepikhov wrote:
> Hi Pushkin!
> 
> Wednesday 12, at 01:14:09 PM you wrote:
> 
> <skip>
> > ------------------------------------------------------------------------------
> > 
> > Обратите внимание на загрузку %system - это ещё не самые большие показатели, 
> > которые я сегодня видел - было и около 50-ти. И обратите внимание на то, 
> > сколько процессорного времени кушает top. Разве это нормально?
> > 
> > Знающие люди, сможете прояснить такую картину?
> А не пробовали полазить по архивам suse-oracle? Или вообще туда
> подписаться, поскольку с таким хозяйством вам надо туда.
> 

А что, что-либо могло измениться, напиши я вместо SLES - ALM?
Спасибо, конечно, за содержательный ответ, но судя по реакции,
народ здесь тусуется не очень сведущий...

Тем более, я не спрашивал о настройке оракла, я спрашивал, почему так сильно используется
процессор... В частности, почуму настолько прожорлив top, учитывая, что в разгруженной 
системе он так себя не ведёт...

Судя по всему надо отписываться от этой рассылки, поскольку кроме разбора
детских вопросов и флейма я здесь ничего не вижу...

[Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Konstantin A. Lepikhov]

Hi Pushkin!

Monday 17, at 09:08:01 AM you wrote:

<skip>
> А что, что-либо могло измениться, напиши я вместо SLES - ALM?
> Спасибо, конечно, за содержательный ответ, но судя по реакции,
> народ здесь тусуется не очень сведущий...
Народ здесь не очень сведущий в том, что понакрутили suse в ядре для SLES.
Думаю, вы сами мало там понимаете.

> 
> Тем более, я не спрашивал о настройке оракла, я спрашивал, почему так сильно используется
> процессор... В частности, почуму настолько прожорлив top, учитывая, что в разгруженной 
> системе он так себя не ведёт...
у вас установлен SLES, на который распространяется поддержка от SuSe и
Oracle, если конечно, вы его легально купили. Эту поддержку и оказывают в
в списке suse-oracle. Тут нахалявку никто помогать в такой проблеме не
будет.

> 
> Судя по всему надо отписываться от этой рассылки, поскольку кроме разбора
> детских вопросов и флейма я здесь ничего не вижу...
скатертью дорога.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[Comm] Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Evgeny Yugov]

Здравствуйте Konstantin,

Monday, May 17, 2004, 11:07:04 AM, you wrote:

KAL> Hi Pushkin!

KAL> Monday 17, at 09:08:01 AM you wrote:

KAL> <skip>
>> А что, что-либо могло измениться, напиши я вместо SLES - ALM?
>> Спасибо, конечно, за содержательный ответ, но судя по реакции,
>> народ здесь тусуется не очень сведущий...
KAL> Народ здесь не очень сведущий в том, что понакрутили suse в ядре для SLES.
KAL> Думаю, вы сами мало там понимаете.
Я так понимаю вопрос состоял в том -- куда копать.
Боюсь про рассылку Сергей и так знает.
Коммюнити у нас для "иди на ..."?

<skip>

>> Судя по всему надо отписываться от этой рассылки, поскольку кроме разбора
>> детских вопросов и флейма я здесь ничего не вижу...
KAL> скатертью дорога.
Какие МЫ важные-то. Весна, гормоны? Не туда текут гормончики, "...нежнее
Виктор, еще нежнее...".


PS Наверное вместо "я знаю карте, дзюдо, и много других страшных
слов", лучше было промолчать(если не знаешь), Ы?

-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Основной пpичиной катастpоф летательных аппаpатов является ... гpавитация!!!

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Pushkin Sergey]

On Mon, May 17, 2004 at 08:07:04AM +0400, Konstantin A. Lepikhov wrote:
> Hi Pushkin!
> 
> Monday 17, at 09:08:01 AM you wrote:
> 
> <skip>
> > А что, что-либо могло измениться, напиши я вместо SLES - ALM?
> > Спасибо, конечно, за содержательный ответ, но судя по реакции,
> > народ здесь тусуется не очень сведущий...
> Народ здесь не очень сведущий в том, что понакрутили suse в ядре для SLES.
> Думаю, вы сами мало там понимаете.

То есть архитектура ядра меняется в корне от дистрибутива к дистрибутиву?
 
> > 
> > Тем более, я не спрашивал о настройке оракла, я спрашивал, почему так сильно используется
> > процессор... В частности, почуму настолько прожорлив top, учитывая, что в разгруженной 
> > системе он так себя не ведёт...
> у вас установлен SLES, на который распространяется поддержка от SuSe и
> Oracle, если конечно, вы его легально купили. Эту поддержку и оказывают в
> в списке suse-oracle. Тут нахалявку никто помогать в такой проблеме не
> будет.

Не надо это излагать как мантру. Во-первых это не рассылка платной поддержки,
во-вторых это коммьюнити. А на х$% послать и я вас могу, но от этого ни люди, обитающие
здесь, ни коммьюнити для себя ничего полезного не вынесет.
 
Ну есть у мя сервер на АЛМ2.2 на колокейшене и что? Коробка честно куплена. И что?
Жопой чую, даже по его проблеме лично от Вас я бы ни чего не добился бы.

> > 
> > Судя по всему надо отписываться от этой рассылки, поскольку кроме разбора
> > детских вопросов и флейма я здесь ничего не вижу...
> скатертью дорога.

Вы случаем не активист ЛОРа? Что-то душком ЛОРовским попахивает...

Мне, например, по барабану, кто каким дистрибутивом пользоваться - я готов помочь
в меру своих познаний совершенно бесплатно и себе в удовольствие... Чем, собственно 
говоря, и занимаюсь на разных форумах. Никогда не опускался до быдлового состояния, чтобы
отослать вопрошающего с конкретным вопросом на х$%. Но, увы, если здесь собралось быдло, которое
на конкретный вопрос будет только переводить стрелы, как совковые бюрократы - далеко никто 
не уйдёт.


ЗЫ: Теперь я понимаю господина asoneofus.

[Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Michael Shigorin]

PreScriptum: остыньте, горячие финские парни :)

On Mon, May 17, 2004 at 12:06:30PM +0700, Pushkin Sergey wrote:
> > > А что, что-либо могло измениться, напиши я вместо SLES - ALM?

Да, конечно.  Как раз многие нюансы зависят от конкретных патчей
к ядру и glibc, не говоря об окружении, в которое попал оракле.

> > > Спасибо, конечно, за содержательный ответ, но судя по
> > > реакции, народ здесь тусуется не очень сведущий...

(пожимая плечами) Почему-то те ораклы, которые я помогал
взгромождать на ALM2.0/ALM2.2, работают.

Может, просто подземный стук плохо оформлен и действительно "это
к терапевту"?

> > Народ здесь не очень сведущий в том, что понакрутили suse в
> > ядре для SLES.  Думаю, вы сами мало там понимаете.
> То есть архитектура ядра меняется в корне от дистрибутива к
> дистрибутиву?

При чем тут архитектура? (хотя было время, когда e.g. VM
действительно могла быть кардинально разная)

Вы спрашиваете у любителей хонды, что на Вашем форде и почему там
вот такая хреновина, которая докручивается и на то, и на то,
странно себя ведет и тахометр крутицца странно.  Так тут даже
тахометр может другой быть, это же линукс, понимаете.

> > > Тем более, я не спрашивал о настройке оракла, я спрашивал,
> > > почему так сильно используется процессор...

Если его ест оракл -- при чем тут эта рассылка (и suse-oracle
тоже, скорее всего)?  Надо выяснять, чем он там занимается.
И только если окажется, что циклы крутятся в glibc или libpthread
-- идти туда/сюда.

> > >  В частности, почуму настолько прожорлив top, учитывая, что
> > >  в разгруженной системе он так себя не ведёт...

Потому что чем больше ls /proc/[0-9]* | wc -l -- тем дольше ему
по ним бегать.

Попробуйте просто повесить несколько сотен процессов, из них
пару-тройку бегающих, и запустить top.

> > у вас установлен SLES, на который распространяется поддержка
> > от SuSe и Oracle, если конечно, вы его легально купили. Эту
> > поддержку и оказывают в в списке suse-oracle. Тут нахалявку
> > никто помогать в такой проблеме не будет.
> Не надо это излагать как мантру.

Разумеется.  Но если бы Вы сказали, что там уже были и ораклистов
подручных спрашивали -- к вопросу бы отнеслись, может, и с
большим пониманием.

Дело в том, что каждый информационный ресурс должен иметь
приемлемое соотношение сигнал/шум для того, чтобы быть полезным.
Здесь сигнал -- это ни разу не SuSE и редко Oracle, поэтому Вас и
перенаправили на более профильную по обеим координатам рассылку.
Не вижу повода обижаться, честно говоря.

> Во-первых это не рассылка платной поддержки, во-вторых это
> коммьюнити. А на х$% послать и я вас могу, но от этого ни люди,
> обитающие здесь, ни коммьюнити для себя ничего полезного не
> вынесет.

Так даже от ответа на Весьма Странные Вопросы (tm) здешнее
комьюнити ничего особенно не вынесет.  Потому как даже полезный
ответ будет найти в дальнейшем труднее, чем там.

> Ну есть у мя сервер на АЛМ2.2 на колокейшене и что? Коробка
> честно куплена. И что?  Жопой чую, даже по его проблеме лично
> от Вас я бы ни чего не добился бы.

Да не, Костик вообще-то добрый хлопец :)

> > > Судя по всему надо отписываться от этой рассылки, поскольку
> > > кроме разбора детских вопросов и флейма я здесь ничего не
> > > вижу...
> > скатертью дорога.

(имелось в виду "тоже мне угроза"?)

> Вы случаем не активист ЛОРа? Что-то душком ЛОРовским попахивает...

Может быть.  Костик, если это так -- присоединяйся к тем, кто
решил, что в этот дерьмушник -- больше ни ногой (несколько лет
назад как пришлось сделать такой вывод).

> Мне, например, по барабану, кто каким дистрибутивом
> пользоваться - я готов помочь в меру своих познаний совершенно
> бесплатно и себе в удовольствие...

О, а не поможете с таким вопросом -- тут есть хитрое экзотическое
растение, название точно не помню, но ему колбасы надо иногда
подкидывать -- так влажность вроде нормальная, тень
рекомендованная, а оно чахнет и дохнет?

PS: :)

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

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Evgeny Yugov]

Здравствуйте Michael,

Monday, May 17, 2004, 1:50:44 PM, you wrote:

MS> PreScriptum: остыньте, горячие финские парни :)
Вясна imho. ;o)

<skip>

MS> О, а не поможете с таким вопросом -- тут есть хитрое экзотическое
MS> растение, название точно не помню, но ему колбасы надо иногда
MS> подкидывать -- так влажность вроде нормальная, тень
MS> рекомендованная, а оно чахнет и дохнет?

Если еще не сдохло, могу поспособствовать. ;o)))

MS> PS: :)
:oP

-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Если вы стали похожи на фотографию в своём паспорте, срочно идите в отпуск.

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Pushkin Sergey]

On Mon, May 17, 2004 at 09:50:44AM +0300, Michael Shigorin wrote:
> PreScriptum: остыньте, горячие финские парни :)
> 
> 
> Если его ест оракл -- при чем тут эта рассылка (и suse-oracle
> тоже, скорее всего)?  Надо выяснять, чем он там занимается.
> И только если окажется, что циклы крутятся в glibc или libpthread
> -- идти туда/сюда.
> 
> > > >  В частности, почуму настолько прожорлив top, учитывая, что
> > > >  в разгруженной системе он так себя не ведёт...
> 
> Потому что чем больше ls /proc/[0-9]* | wc -l -- тем дольше ему
> по ним бегать.
> 
> Попробуйте просто повесить несколько сотен процессов, из них
> пару-тройку бегающих, и запустить top.

Во-о-от... Примерно такого ответа я и ожидал. Не требовал немедленного 
выхода из ситуации, а хотя бы прояснить ситуацию - почему такое может быть.
Направление указать...

Спсибо.


Через несколько дней ситуация начинает по-тихоньку проясняться...


Может ли подобное поведение быть связано с функционированием SCSI-контроллера?
Дело в том, что такие перемены появились после апгрейда - установки 
SmartArray 6402.

В связи с этим хотелось бы узнать - давно ли есть поддержка этого девайса в CCISS-драйвере?
И насколько она хороша?

Ну и совсем по железу - но это просто для общего развития:

Насколько совместим PCI-X с PCI 64/66? Карточка - PCI-X,
а слот - PCI 64/66 соответственно...



> 
> Может быть.  Костик, если это так -- присоединяйся к тем, кто
> решил, что в этот дерьмушник -- больше ни ногой (несколько лет
> назад как пришлось сделать такой вывод).

У мя три машины с АЛЬТ-дистрибутивами. Иногда надо заглядывать в рассылку, хотя чаще
всего приходится самому "рамсить проблему" (с) Гоблин. Опять же из-за такого отношения
в рассылке.
 
> > Мне, например, по барабану, кто каким дистрибутивом
> > пользоваться - я готов помочь в меру своих познаний совершенно
> > бесплатно и себе в удовольствие...
> 
> О, а не поможете с таким вопросом -- тут есть хитрое экзотическое
> растение, название точно не помню, но ему колбасы надо иногда
> подкидывать -- так влажность вроде нормальная, тень
> рекомендованная, а оно чахнет и дохнет?

Колбасу отечественную не надо давать - эти растения туалетной бумагой не питаются %) 

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Andrey Brindeew]

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

On Mon, May 17, 2004 at 09:08:01AM +0700, Pushkin Sergey wrote:
> Судя по всему надо отписываться от этой рассылки, поскольку кроме разбора
> детских вопросов и флейма я здесь ничего не вижу...

http://abr.pp.ru/smart-questions-ru.html

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Andrey Brindeew]

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

On Mon, May 17, 2004 at 12:06:30PM +0700, Pushkin Sergey wrote:
> On Mon, May 17, 2004 at 08:07:04AM +0400, Konstantin A. Lepikhov wrote:
> > Hi Pushkin!
> > 
> > Monday 17, at 09:08:01 AM you wrote:
> > 
> > <skip>
> > > А что, что-либо могло измениться, напиши я вместо SLES - ALM?
> > > Спасибо, конечно, за содержательный ответ, но судя по реакции,
> > > народ здесь тусуется не очень сведущий...
> > Народ здесь не очень сведущий в том, что понакрутили suse в ядре для SLES.
> > Думаю, вы сами мало там понимаете.
> 
> То есть архитектура ядра меняется в корне от дистрибутива к дистрибутиву?
>  
> > > 
> > > Тем более, я не спрашивал о настройке оракла, я спрашивал, почему так сильно используется
> > > процессор... В частности, почуму настолько прожорлив top, учитывая, что в разгруженной 
> > > системе он так себя не ведёт...
> Ну есть у мя сервер на АЛМ2.2 на колокейшене и что? Коробка честно куплена. И что?
> Жопой чую, даже по его проблеме лично от Вас я бы ни чего не добился бы.

А поддержку оплатили? Нет? Тогда не кричите истошно, а вежливо спрашивайте.
Как правильно спрашивать: http://abr.pp.ru/smart-questions-ru.html

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

[Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Michael Shigorin]

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

On Mon, May 17, 2004 at 02:32:31PM +0700, Pushkin Sergey wrote:
> > Потому что чем больше ls /proc/[0-9]* | wc -l -- тем дольше
> > ему по ним бегать.
> Во-о-от... Примерно такого ответа я и ожидал.

Гипотезы принято высказывать. :)

> Через несколько дней ситуация начинает по-тихоньку
> проясняться...  Может ли подобное поведение быть связано с
> функционированием SCSI-контроллера?

Все может быть.

> Дело в том, что такие перемены появились после апгрейда -
> установки SmartArray 6402.

Это тоже стоило упомянуть, если было понятно.

> В связи с этим хотелось бы узнать - давно ли есть поддержка
> этого девайса в CCISS-драйвере?  И насколько она хороша?

Боюсь, это к сборщику используемого ядра, SDB и (не примите за
посылание) опять же в более специальные рассылки.

Тут, в принципе, есть devel-kernel@ и hardware@, но и они также
alt-specific (ну жисть такая).

> Ну и совсем по железу - но это просто для общего развития:
> Насколько совместим PCI-X с PCI 64/66? Карточка - PCI-X,
> а слот - PCI 64/66 соответственно...

Опять же, железные вопросы лучше всего отвечают в железных
местах.  Просто по практике :-)

Сборщик6 опять же -- правильное место.

> У мя три машины с АЛЬТ-дистрибутивами. Иногда надо заглядывать
> в рассылку, хотя чаще всего приходится самому "рамсить
> проблему" (с) Гоблин. Опять же из-за такого отношения в
> рассылке.

*sigh*

С другой стороны, smart-questions если и не оверкилл, то местами
уместны. :)

> > > я готов помочь в меру своих познаний совершенно бесплатно и
> > > себе в удовольствие...
> > О, а не поможете с таким вопросом -- тут есть хитрое
> > экзотическое растение, название точно не помню, но ему
> > колбасы надо иногда подкидывать -- так влажность вроде
> > нормальная, тень рекомендованная, а оно чахнет и дохнет?
> Колбасу отечественную не надо давать - эти растения туалетной
> бумагой не питаются %) 

О!  тоже спасибо :-)

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

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

Re: [Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Pushkin Sergey]

On Mon, May 17, 2004 at 02:00:40PM +0300, Michael Shigorin wrote:
> On Mon, May 17, 2004 at 02:32:31PM +0700, Pushkin Sergey wrote:
> > > Потому что чем больше ls /proc/[0-9]* | wc -l -- тем дольше
> > > ему по ним бегать.
> > Во-о-от... Примерно такого ответа я и ожидал.
> 
> Гипотезы принято высказывать. :)

При подобных подземных стуках даже гипотезы полезно выслушать %)
 
> > Через несколько дней ситуация начинает по-тихоньку
> > проясняться...  Может ли подобное поведение быть связано с
> > функционированием SCSI-контроллера?
> 
> Все может быть.
 
> > Дело в том, что такие перемены появились после апгрейда -
> > установки SmartArray 6402.
> 
> Это тоже стоило упомянуть, если было понятно.

Зачем ещё более полно расписывать, если после первой же строчки (OS: SLES)
меня посылают на х... Я указал сразу, что стоит 6400, понадеялся, что
кто-то из коммьюнити пользует эту железку с АЛЬТ-дистрибутивами и даст
какую-либо оценку...
 
> > В связи с этим хотелось бы узнать - давно ли есть поддержка
> > этого девайса в CCISS-драйвере?  И насколько она хороша?
> 
> Боюсь, это к сборщику используемого ядра, SDB и (не примите за
> посылание) опять же в более специальные рассылки.

Если я не ошибаюсь, патчат в основном само ядро... Планировщики там, ещё что-то 
сугубо ядрёное. Драйвер CCISS в ядре, насколько я помню, мантейнят сами HP-шники
И, судя по ченджлогам ядер(я копался на kernel.org), патчат его всего два человека,
включая самого мантейнера. Потому я и надеялся, что от сборки ядра качество этого
драйвера не сильно зависит.
 
> Тут, в принципе, есть devel-kernel@ и hardware@, но и они также
> alt-specific (ну жисть такая).

Это-то я всё понимаю. Но devel-kernel@... Я не программист, и врядли меня там встретят
адекватнее, чем здесь. C hardware@ надыть подумать...
 
> > Ну и совсем по железу - но это просто для общего развития:
> > Насколько совместим PCI-X с PCI 64/66? Карточка - PCI-X,
> > а слот - PCI 64/66 соответственно...
> 
> Опять же, железные вопросы лучше всего отвечают в железных
> местах.  Просто по практике :-)

Просто дело в том, что админы на Руси - "И швец, и жнец, и на дуде игрец"...
Здесь опять, таки тосуется немало админов, у которых железки подобного плана.
Коммьюнити всё ж... Может кто хотя бы в личку и откликнулся бы... Ан нет. Только гонения

Давно сам ищу ответы на свои вопросы. Повелось уж так... Но чем глубже начинаешь предмет 
изучать, тем труднее найти информацию. 
А когда ещё и факел начальника задницу прижигает - тут уже начинаешь крутиться как уж на сковороде.
Потому я и рискнул написать в эту рассылку. Родное всё-таки... И посылают по-русски, хоть и в англоязычные рассылки %)
 
> Сборщик6 опять же -- правильное место.

А это что, прости за глупость?
 
> > У мя три машины с АЛЬТ-дистрибутивами. Иногда надо заглядывать
> > в рассылку, хотя чаще всего приходится самому "рамсить
> > проблему" (с) Гоблин. Опять же из-за такого отношения в
> > рассылке.
> 
> *sigh*
> 
> С другой стороны, smart-questions если и не оверкилл, то местами
> уместны. :)

Чтобы задать умный вопрос - надо знать половину ответа. 
А я до последнего времени даже не знал, в какую сторону копать, не то что половину ответа...
 
> > > > я готов помочь в меру своих познаний совершенно бесплатно и
> > > > себе в удовольствие...
> > > О, а не поможете с таким вопросом -- тут есть хитрое
> > > экзотическое растение, название точно не помню, но ему
> > > колбасы надо иногда подкидывать -- так влажность вроде
> > > нормальная, тень рекомендованная, а оно чахнет и дохнет?
> > Колбасу отечественную не надо давать - эти растения туалетной
> > бумагой не питаются %) 
> 
> О!  тоже спасибо :-)

Приятно беседовать с адекватными людьми Ж)

[Comm] Re: Ядерщики! Помогите одолеть загрузку процессора! Пожалуйста!

[Michael Shigorin]

On Mon, May 17, 2004 at 07:01:38PM +0700, Pushkin Sergey wrote:
> > > > Потому что чем больше ls /proc/[0-9]* | wc -l -- тем
> > > > дольше ему по ним бегать.
> > > Во-о-от... Примерно такого ответа я и ожидал.
> > Гипотезы принято высказывать. :)
> При подобных подземных стуках даже гипотезы полезно выслушать
> %)

*Вам* стоило.  Ваши :)

> > > Дело в том, что такие перемены появились после апгрейда -
> > > установки SmartArray 6402.
> > Это тоже стоило упомянуть, если было понятно.
> Зачем ещё более полно расписывать, если после первой же строчки
> (OS: SLES) меня посылают на х...

А это должно было быть ну второй.

> Я указал сразу, что стоит 6400, понадеялся, что кто-то из
> коммьюнити пользует эту железку с АЛЬТ-дистрибутивами и даст
> какую-либо оценку...

Видимо, никто не отреагировал.  Или не сталкивались, или
работает.

> > > В связи с этим хотелось бы узнать - давно ли есть поддержка
> > > этого девайса в CCISS-драйвере?  И насколько она хороша?
> > Боюсь, это к сборщику используемого ядра, SDB и (не примите
> > за посылание) опять же в более специальные рассылки.
> Если я не ошибаюсь, патчат в основном само ядро... Планировщики
> там, ещё что-то сугубо ядрёное. Драйвер CCISS в ядре, насколько
> я помню, мантейнят сами HP-шники И, судя по ченджлогам ядер(я
> копался на kernel.org), патчат его всего два человека, включая
> самого мантейнера. Потому я и надеялся, что от сборки ядра
> качество этого драйвера не сильно зависит.

От разделяемой подсистемы SCSI тоже, в принципе, может зависеть.
Но даже если есть подозрение на конкретный драйвер -- значит, тем
более осмысленно к авторам и идти.

> > Тут, в принципе, есть devel-kernel@ и hardware@, но и они
> > также alt-specific (ну жисть такая).
> Это-то я всё понимаю. Но devel-kernel@... Я не программист, и
> врядли меня там встретят адекватнее, чем здесь. C hardware@
> надыть подумать...

Я тоже не программист.

> Просто дело в том, что админы на Руси - "И швец, и жнец, и на
> дуде игрец"...

Итог -- коллективный безотвец, что характерно.

> А когда ещё и факел начальника задницу прижигает - тут уже
> начинаешь крутиться как уж на сковороде.

Аааа.  Так мож его на какой суппорт напрячь?

> Потому я и рискнул написать в эту рассылку. Родное всё-таки...
> И посылают по-русски, хоть и в англоязычные рассылки %)

А толку.

> > Сборщик6 опять же -- правильное место.
> А это что, прости за глупость?

Hardware vendor.  По железным вопросам с них и начинаю обычно.

> Чтобы задать умный вопрос - надо знать половину ответа.  А я до
> последнего времени даже не знал, в какую сторону копать, не то
> что половину ответа...

Ойданупрям. ;)

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