[Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Владимир Гусев]

Здравствуйте!

Какая принципиальная разница между сборками ядра 2.6.32 в 5.1 и в Сизифе?  
Есть ли она вообще? Если да - будет ли тогда стабильная сборка 2.6.32 в  
5.1?

P.S. Очень хочется услышать ваши мнения по поводу быстродействия ядра  
2.6.23. Помнится, что 2.6.18 было довольно шустрым, 2.6.27 уже не так,  
2.6.30 вообще тормоз по сравнению с 2.6.18 (заметно на слабых машинах). А  
как с этим у 2.6.32 ?


-- 
С уважением,
Владимир Гусев

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Michael Shigorin]

On Sun, Apr 25, 2010 at 01:12:42PM +0400, Владимир Гусев wrote:
> P.S. Очень хочется услышать ваши мнения по поводу
> быстродействия ядра  2.6.23. Помнится, что 2.6.18 было довольно
> шустрым, 2.6.27 уже не так,  2.6.30 вообще тормоз по сравнению
> с 2.6.18 (заметно на слабых машинах). А  как с этим у 2.6.32 ?

Лучше, чем у 2.6.30.

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

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Andrey]

On Monday 26 April 2010 01:58:15 Michael Shigorin wrote:
> On Sun, Apr 25, 2010 at 01:12:42PM +0400, Владимир Гусев 
wrote:
> > P.S. Очень хочется услышать ваши мнения по поводу
> > быстродействия ядра  2.6.23. Помнится, что 2.6.18 было
> > довольно шустрым, 2.6.27 уже не так,  2.6.30 вообще тормоз
> > по сравнению с 2.6.18 (заметно на слабых машинах). А  как с
> > этим у 2.6.32 ?
>
> Лучше, чем у 2.6.30.

Очень сомневаюсь.

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Eugene Prokopiev]

25 апреля 2010 г. 13:12 пользователь Владимир Гусев <vova1971@narod.ru> написал:

> Если да - будет ли тогда стабильная сборка 2.6.32 в 5.1?

Если я правильно понял, kernel-image-rhel-smp должно быть самым стабильным :)

-- 
С уважением,
Прокопьев Евгений

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Sergey]

On Tuesday 27 April 2010, Eugene Prokopiev wrote:

> Если я правильно понял, kernel-image-rhel-smp должно быть самым стабильным :)
 
В перспективе. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Michael Shigorin]

On Tue, Apr 27, 2010 at 11:54:32AM +0600, Andrey wrote:
> > > P.S. Очень хочется услышать ваши мнения по поводу
> > > быстродействия ядра  2.6.23. Помнится, что 2.6.18 было
> > > довольно шустрым, 2.6.27 уже не так,  2.6.30 вообще тормоз
> > > по сравнению с 2.6.18 (заметно на слабых машинах). А  как с
> > > этим у 2.6.32 ?
> > Лучше, чем у 2.6.30.
> Очень сомневаюсь.

Я говорю по собственным ощущениям и тестам наших ядерщиков
(мы занимаемся Clustrx и каждая доля процента производительности
для вычислительных узлов, которых могут быть тысячи -- важна).

Можно поинтересоваться почвой Ваших сомнений, окромя
(включая предполагалку) "циферка больше, ядро толще"?

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

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Aleksey Novodvorsky]

30.04.10, Michael Shigorin<mike@osdn.org.ua> написал(а):
> On Tue, Apr 27, 2010 at 11:54:32AM +0600, Andrey wrote:
>  > > > P.S. Очень хочется услышать ваши мнения по поводу
>  > > > быстродействия ядра  2.6.23. Помнится, что 2.6.18 было
>  > > > довольно шустрым, 2.6.27 уже не так,  2.6.30 вообще тормоз
>  > > > по сравнению с 2.6.18 (заметно на слабых машинах). А  как с
>  > > > этим у 2.6.32 ?
>  > > Лучше, чем у 2.6.30.
>  > Очень сомневаюсь.
>
>
> Я говорю по собственным ощущениям и тестам наших ядерщиков
>  (мы занимаемся Clustrx и каждая доля процента производительности
>  для вычислительных узлов, которых могут быть тысячи -- важна).

Тесты закрытые?

Rgrds, Алексей

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Michael Shigorin]

On Fri, Apr 30, 2010 at 07:33:44PM +0400, Aleksey Novodvorsky wrote:
> > Я говорю по собственным ощущениям и тестам наших ядерщиков
> > (мы занимаемся Clustrx и каждая доля процента производительности
> > для вычислительных узлов, которых могут быть тысячи -- важна).
> Тесты закрытые?

Могу уточнить, но кажется, это был linpack.

Дело не в коде, а в том, чтоб сесть и прогнать очередное ядро
(и сравнить результаты).  Исходники Саши предъявить не требуйте.
:)

PS: самым быстрым в диапазоне от то ли .18, то ли .22 до .31
на этих тестах/задачах оказалось .27, если что.

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

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Владимир Гусев]

> [..]
>> Если да - будет ли тогда стабильная сборка 2.6.32 в 5.1?
>
> Если я правильно понял, kernel-image-rhel-smp должно быть самым  
> стабильным :)

Т.е. это kernel-image-rhel-smp (которое недавно появилось в Branch 5.1)  
лучше тамошнего 2.6.32 (un-def)? Это официальное мнение?


-- 
С уважением,
Владимир Гусев

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[Aleksey Novodvorsky]

30 апреля 2010 г. 19:49 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Fri, Apr 30, 2010 at 07:33:44PM +0400, Aleksey Novodvorsky wrote:
>> > Я говорю по собственным ощущениям и тестам наших ядерщиков
>> > (мы занимаемся Clustrx и каждая доля процента производительности
>> > для вычислительных узлов, которых могут быть тысячи -- важна).
>> Тесты закрытые?
>
> Могу уточнить, но кажется, это был linpack.
>

Хмхмхм. :-/

> Дело не в коде, а в том, чтоб сесть и прогнать очередное ядро
> (и сравнить результаты).  Исходники Саши предъявить не требуйте.
> :)

Тесты -- это очень тонкая штука. Никому не советую им верить, если не
предъявлена методика тестирования и, конечно же, исходные коды.

Rgrds, Алексей

>

[Comm] [JT] *sigh*

[Michael Shigorin]

On Fri, Apr 30, 2010 at 08:40:11PM +0400, Aleksey Novodvorsky wrote:
> > Дело не в коде, а в том, чтоб сесть и прогнать очередное ядро
> Тесты -- это очень тонкая штука.

Есть более тонкая штука -- умение слышать других.

> Никому не советую им верить, если не предъявлена методика
> тестирования и, конечно же, исходные коды.

Алексей, я ведь не претендую на истину в последней инстанции,
но счёл достаточным сослаться на свои субъективные ("на глаз")
впечатления для тех, кто меня знает, и на количественные
измерения человека, которому доверяю, указав область
применимости и степень важности "здесь".  И поинтересовался,
по каким соображениям человек сомневается -- действительно
интересно.

[...]

PS: жаль, что и в этом усмотрели политику.  Долго не выдержу.

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

Re: [Comm] [JT] *sigh*

[Aleksey Novodvorsky]

30 апреля 2010 г. 23:02 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Fri, Apr 30, 2010 at 08:40:11PM +0400, Aleksey Novodvorsky wrote:
>> > Дело не в коде, а в том, чтоб сесть и прогнать очередное ядро
>> Тесты -- это очень тонкая штука.
>
> Есть более тонкая штука -- умение слышать других.
>
>> Никому не советую им верить, если не предъявлена методика
>> тестирования и, конечно же, исходные коды.
>
> Алексей, я ведь не претендую на истину в последней инстанции,
> но счёл достаточным сослаться на свои субъективные ("на глаз")
> впечатления для тех, кто меня знает, и на количественные
> измерения человека, которому доверяю, указав область
> применимости и степень важности "здесь".
> по каким соображениям человек сомневается -- действительно
> интересно.
>
> [...]
>
> PS: жаль, что и в этом усмотрели политику.  Долго не выдержу.

Это Вы увидели политику там, где ее не было.  Можно сообщить о
результатах неких тестов, но посмотрите на Ваше первое письмо, -- там
Вы делаете утверждение,  а не сообщение о некоем процессе. Это не
лучше, чем getthefacts.
Потому и призываю всех не верить _таким_ сообщениям от MS, от меня, -- и от Вас.
Rgrds, Алексей

Re: [Comm] [JT] *sigh*

[Michael Shigorin]

On Sat, May 01, 2010 at 01:35:37AM +0400, Aleksey Novodvorsky wrote:
> Это Вы увидели политику там, где ее не было.  Можно сообщить о
> результатах неких тестов, но посмотрите на Ваше первое письмо,
> -- там Вы делаете утверждение,  а не сообщение о некоем
> процессе. Это не лучше, чем getthefacts.

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

> Потому и призываю всех не верить _таким_ сообщениям от MS,
> от меня, -- и от Вас.

А от cas@? :)

http://forum.altlinux.org/index.php/topic,5988.msg93869.html#msg93869
"С ним слишком много проблем." -- это getthefacts получается?

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

Re: [Comm] [JT] *sigh*

[Aleksey Novodvorsky]

1 мая 2010 г. 1:44 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sat, May 01, 2010 at 01:35:37AM +0400, Aleksey Novodvorsky wrote:
>> Это Вы увидели политику там, где ее не было.  Можно сообщить о
>> результатах неких тестов, но посмотрите на Ваше первое письмо,
>> -- там Вы делаете утверждение,  а не сообщение о некоем
>> процессе. Это не лучше, чем getthefacts.
>
> Постарался пояснить, на чём оно основано.  Повторюсь --
> существенная часть моих писем в рассылки содержит схожие
> обобщения на основе опыта, а не "результаты тестов".
>
>> Потому и призываю всех не верить _таким_ сообщениям от MS,
>> от меня, -- и от Вас.
>
> А от cas@? :)
>
> http://forum.altlinux.org/index.php/topic,5988.msg93869.html#msg93869
> "С ним слишком много проблем." -- это getthefacts получается?

Это личное мнение cas@, а не ссылка на авторитеты, не подкрепленная
существенными деталями.

Rgrds, Алексей

>

Re: [Comm] [JT] *sigh*

[Michael Shigorin]

On Sat, May 01, 2010 at 01:46:53AM +0400, Aleksey Novodvorsky wrote:
> >> Потому и призываю всех не верить _таким_ сообщениям от MS,
> >> от меня, -- и от Вас.
> > А от cas@? :)
> > http://forum.altlinux.org/index.php/topic,5988.msg93869.html#msg93869
> > "С ним слишком много проблем." -- это getthefacts получается?
> Это личное мнение cas@, а не ссылка на авторитеты,
> не подкрепленная существенными деталями.

То есть если бы я высказался от себя без ссылок, было бы лучше?
(выяснять детали _мне_ неинтересно, слова led@ достаточно)

Думаю, что если б cas@ сослался хоть кратенько на vsu@, скажем --
это бы прибавило весу сообщению.  А так я вот -- не верю.  Имея
приличный опыт использования и lilo, и grub1 в разных видах.

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

Re: [Comm] [JT] *sigh*

[Aleksey Novodvorsky]

1 мая 2010 г. 1:56 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sat, May 01, 2010 at 01:46:53AM +0400, Aleksey Novodvorsky wrote:
>> >> Потому и призываю всех не верить _таким_ сообщениям от MS,
>> >> от меня, -- и от Вас.
>> > А от cas@? :)
>> > http://forum.altlinux.org/index.php/topic,5988.msg93869.html#msg93869
>> > "С ним слишком много проблем." -- это getthefacts получается?
>> Это личное мнение cas@, а не ссылка на авторитеты,
>> не подкрепленная существенными деталями.
>
> То есть если бы я высказался от себя без ссылок, было бы лучше?


> (выяснять детали _мне_ неинтересно, слова led@ достаточно)
>
> Думаю, что если б cas@ сослался хоть кратенько на vsu@, скажем --
> это бы прибавило весу сообщению.


Да. Но не правдивости.
Ссылаться на авторитетов, не знаю деталей исследований и не имея к ним
доступа, -- западло.

Rgrds, Алексей

Re: [Comm] [JT] *sigh*

[Michael Shigorin]

On Sat, May 01, 2010 at 02:03:04AM +0400, Aleksey Novodvorsky wrote:
> Ссылаться на авторитетов, не знаю деталей исследований
> и не имея к ним доступа, -- западло.

Для меня доверие выше технологии; для Вас -- наоборот.
На этом и разойдёмся.

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

Re: [Comm] Ядро 2.6.32 - un-def и std-def + быстродействие

[free]

В Sun, 25 Apr 2010 13:12:42 +0400
Владимир Гусев <vova1971@narod.ru> пишет:

> Здравствуйте!
> 
> Какая принципиальная разница между сборками ядра 2.6.32 в 5.1 и в
> Сизифе? Есть ли она вообще? Если да - будет ли тогда стабильная
> сборка 2.6.32 в 5.1?
> 
> P.S. Очень хочется услышать ваши мнения по поводу быстродействия
> ядра 2.6.23. Помнится, что 2.6.18 было довольно шустрым, 2.6.27 уже
> не так, 2.6.30 вообще тормоз по сравнению с 2.6.18 (заметно на слабых
> машинах). А как с этим у 2.6.32 ?
> 
> 

А когда будет 32-е pae ядро?