[p7] Ядро 3.12.15-std-def-alt1

[sb]

Это старье! (у самого такой дома и такие на работе :) Но правда - - старье :)

"Старьё", как по мне это вполне нормальный ящик, который если и будет меняться, то не скоро (если вообще будет). В этом случае слову надо давать чёткое определение. Если слово старый указывает на время, прошедшее с момента его выпуска, то я согласен. Всё остальное в смысле старого железа это для тех, кто видит в слове старый совсем другой смысл (не модный, устаревший [не современный], не молодёжный и т.п.).

[Speccyfighter]

а зачем вам 32 битный дистрибутив? :)

А зачем мне на 2 гигах 64-х битный дистрибутив ? Мне и на 32-х битах уютно.

Мне тоже. И ещё по ряду причин.

переименуйте/положите в t7 (на нём сидят более склонные к тестингу люди)

Не не надо. Иногда на нём сидят люди, которые увидели в репозитоории комьюнити баланс между свежестью и здоровым консерватизмом.

соберите ещё куда,

А вот это правильно, раз apt не умеет делать версионных различий.

[Speccyfighter]

Сейчас самые дешевые ноутбуки (от 12 тыс) и моноблоки (от 15 тыс) имеют по 4 гига :)

На 4-рёх гигах х64 ни разу не упёрлось. При этом противники pae не привели ни одного сравнительного теста как именно pae сливает обычным ядрам.
В некоторой солянке из 4-рёх гигов доступно 3.5 и без pae. Для доступных только ~3.0 есть функциональность BIOS вместе с pae.
И если хомячки с Торвальдсом купили железку с намертво залоченым RemapMem в Enable, то они сами себе злобные буратины и это их личные проблемы.
pae с незалоченным RemapMem умеет делать доступными ~3.8 из 4-рёх.
С восстановленной сессией TDE из konsole с пачкой вкладок и пары окон kwrite с драйвером nvidia, система с этим венигретом занимает памяти ~220Mb. И нет повода мощную, но лёгкую и быструю систему превращать в убогое монструозное г@внище.

На мой взгляд, процитированным выше, Торвальдс спорол редкостную тупость, когда начинается не рядом а только.

И да, помню как на линуксовке на nFoce2 c 768 RAMы ждали загрузку лайва солярки минут 20, успев сделать пару заходов на кофе.
Торвальдс заскучал по этим временам?

[zerg]

противники pae не привели ни одного сравнительного теста как именно pae сливает обычным ядрам.

Вместо кривого и глючного по определению PAE-ядра на 32-битную систему лучше(но не проще) поставить прямое 64-битное.
При крупных dist-upgrade, как с бранча на бранч будет создавать проблемы. На это время сносить.

[asterix81]

И да, помню как на линуксовке на nFoce2 c 768 RAMы ждали загрузку лайва солярки минут 20, успев сделать пару заходов на кофе.
Торвальдс заскучал по этим временам?

Судя по подписи, Speccyfighter имел дело с навороченым Spectrum 128!!! У меня в руках был только 48Кб+16Кб(ПЗУ) и тот на кассетах...

[sb]

соберите ещё куда,

А вот это правильно, раз apt не умеет делать версионных различий.

Дело не в версионных различиях, а в том, что это новое ядро по умолчанию заменяет предыдущее (оно же std-def) и прописывается в загрузку по умолчанию. Для стабильного бранча надо бы новое ядро выкладывать под другим соусом (да хоть std-test), чтобы замены ядра по умолчанию не было, но была возможность установить это ядро в дополнение к существующему тем, кому этого хочется или кому это требуется.

[Speccyfighter]

противники pae не привели ни одного сравнительного теста как именно pae сливает обычным ядрам.

Вместо кривого и глючного по определению PAE-ядра на 32-битную систему лучше(но не проще) поставить прямое 64-битное.
При крупных dist-upgrade, как с бранча на бранч будет создавать проблемы. На это время сносить.

Можно рассылочную ссылку про кривость и глючность которых за несколько лет на своём железе не увидел, но которые проявились у кого-то?
А то гугл по запросу 'проблема dist-upgrade с std-pae на branch site:lists.altlinux.org' только это и подсказал.
И до конца темы никто о проблеме не сказал, за исключением:

Чем дальше в лес... тем толще kernel :)

с подтверждением далее по теме в виде таблицы.

[Speccyfighter]

Для стабильного бранча надо бы новое ядро выкладывать под другим соусом (да хоть std-test), чтобы замены ядра по умолчанию не было, но была возможность установить это ядро в дополнение к существующему тем, кому этого хочется или кому это требуется.

Вполне.

[sb]

Для стабильного бранча надо бы новое ядро выкладывать под другим соусом (да хоть std-test), чтобы замены ядра по умолчанию не было, но была возможность установить это ядро в дополнение к существующему тем, кому этого хочется или кому это требуется.

Вполне.

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

[flint1975]

противники pae не привели ни одного сравнительного теста как именно pae сливает обычным ядрам.

Насчет тестов не знаю, но когда у меня у бухгалтера на 16 гиг оперативки - крутилось 2 виртуалки с winXP по 4 гига на машину - на pae ядре наблюдались периодические подтормаживания, скорее всего связанные с тем что пае ядро отдавало только 2 гига на процесс, а виртуалбокс чехардил через своп адресное пространство чтобы линейно отдать машине 4 гига.
Особенно это наблюдалось если запустить sbis внутри машины!
И это на i7-3Ghz ssd plextor 256G.
После переустановки на 64 бит - виртуальные машины просто перехали - тормоза пропали.
Все это на кентавре 7.
Как это в тесты оформить?

[Speccyfighter]

противники pae не привели ни одного сравнительного теста как именно pae сливает обычным ядрам.

Насчет тестов не знаю, но когда у меня у бухгалтера на 16 гиг оперативки - крутилось 2 виртуалки с winXP по 4 гига на машину - на pae ядре наблюдались периодические подтормаживания, скорее всего связанные с тем что пае ядро отдавало только 2 гига на процесс, а виртуалбокс чехардил через своп адресное пространство чтобы линейно отдать машине 4 гига.
Особенно это наблюдалось если запустить sbis внутри машины!
И это на i7-3Ghz ssd plextor 256G.
После переустановки на 64 бит - виртуальные машины просто перехали - тормоза пропали.
Все это на кентавре 7.
Как это в тесты оформить?

У меня нет Windows, а следовательно  ни виртуалбокс, и самый большой процесс это

Код: [Выделить]

$ ps -eo rss,vsz,args|grep xul
1080652 1500892 /usr/bin/xulrunner
Мне нужно сильно напрячься, чтобы сделать этот процесс ещё тяжелее.
Не вижу профита от перехода на Линукс если в виртуалбокс кто-то по-необходимости крутит Виндоус или держит её в дуалбут.

[YYY]

Это старье! (у самого такой дома и такие на работе :) Но правда - - старье :)

"Старьё", как по мне это вполне нормальный ящик, который если и будет меняться, то не скоро (если вообще будет). В этом случае слову надо давать чёткое определение. Если слово старый указывает на время, прошедшее с момента его выпуска, то я согласен.

Амортизация 5 лет :)
Ядрописателям не интересны "нормальные ящики". Уже тяжелый проф софт давно 64... Несколько лет назад часть дистрибутивов вообще от сборок 686 отказалось...
На моем "нормальном ящике" и 2.6 замечательно работало - доживет на старых ядрах, главное чтоб дыры латали...

[YYY]

На 4-рёх гигах х64 ни разу не упёрлось.

Как и обратно :)

[Nenderus]

На x64 тоже есть различия небольшие через glxgears:

Код: [Выделить]

[nenderus@nenderus-pc ~]$ uname -r
3.10.34-std-def-alt1

[nenderus@nenderus-pc ~]$ glxinfo | grep 'OpenGL renderer string'
OpenGL renderer string: GeForce GTX 770/PCIe/SSE2

[nenderus@nenderus-pc ~]$ glxinfo | grep 'profile version string'
OpenGL core profile version string: 4.3.0 NVIDIA 331.49

[nenderus@nenderus-pc ~]$ glxgears
18492 frames in 5.0 seconds = 3698.291 FPS
18543 frames in 5.0 seconds = 3708.558 FPS
18449 frames in 5.0 seconds = 3689.789 FPS
18637 frames in 5.0 seconds = 3727.318 FPS
18621 frames in 5.0 seconds = 3724.078 FPS

Код: [Выделить]

[nenderus@nenderus-pc ~]$ uname -r
3.12.17-std-def-alt1

[nenderus@nenderus-pc ~]$ glxinfo | grep 'OpenGL renderer string'
OpenGL renderer string: GeForce GTX 770/PCIe/SSE2

[nenderus@nenderus-pc ~]$ glxinfo | grep 'profile version string'
OpenGL core profile version string: 4.3.0 NVIDIA 331.49

[nenderus@nenderus-pc ~]$ glxgears
16861 frames in 5.0 seconds = 3372.141 FPS
15580 frames in 5.0 seconds = 3115.997 FPS
15493 frames in 5.0 seconds = 3098.510 FPS
15505 frames in 5.0 seconds = 3100.836 FPS
14478 frames in 5.0 seconds = 2895.513 FPS
Но впринципе не пофиг ли на этот непонятный тест, который выдёт тысячи кадров в секунду, которые реально то не нужны... Вот например через Unigine Valley одинаковые нормальные результаты...

[flint1975]

Не вижу профита от перехода на Линукс если в виртуалбокс кто-то по-необходимости крутит Виндоус или держит её в дуалбут.

А тем не менее, sbis, банк-клиенты и ещё некоторый бухсофт стабильно работает только под виндой!
Однако, дабы не ставить антивирус, для остальной работы и интернета используется основная система KDesktop. Тем самым достигается оптимальная производительность.