Linux Kernel 2.6.29

> то из-за этого теперь не получается нормально настроить размер консоли? То она маленькая, то за границы монитора вылезает. Ненависть.

nomodeset в параметры ядра спасут отца русской демократии.

предлагаю на ЛОР повесить тасманского дьявола вместо пина :)
(хотя бы до момента релиза .30)

Позитивные новости с утра всегда самое то :) Хотя последние ядра итак устраивала, надо откупорить и проверить, что там с питанием.

>nomodeset в параметры ядра спасут отца русской демократии.
спасибо, попробую

>предлагаю на ЛОР повесить тасманского дьявола вместо пина :)
отличная идея

Прекрасно.

>предлагаю на ЛОР повесить тасманского дьявола вместо пина
ЛОРохульник!

> Пингвин не толстый а полный!

Жирный. Да ещё с утиным клювом. Пппц.

Интересно, добяавят ли в Слаку 13.0?

Read-only файловая система SquashFS включена в ядро (сжатие по алгоритму LZMA пока не поддерживается)

На кой оно прамо в ядре???

>Прекрасно.

Предатель! Свою аву за 2.6.29 продал.

>предлагаю на ЛОР повесить тасманского дьявола вместо пина :)

Пальцем в глаз получишь! :)

> На кой оно прамо в ядре???

/ делать для встраиваемых устройств.

а ранее нельзя чтоль было ? :)))

просто автор свое изделие повесил на шею сообществу

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

А nvidia-legacy для пятой серии (которые 173.*.*) как с сабжем работают?

> А nvidia-legacy для пятой серии (которые 173.*.*) как с сабжем работают?

ABI по-прежнему нестабилен.

"Респект" за оформление новости. Прям и не лор даже. )))

Кавычки - это указание на арго, а не на переносный смысл. Если чё... )))

Он уже почти там. Его спасти пытаются.

>Support of 4096 CPUs

Эй, детвора! Где же ваши привычные выкрики "вендекапец" и пр.?

>> Пингвин не толстый а полный!

> Он ширококостный

Да чё там - давайте уж по полной: он с конституционными особенностями сложения и альтернативной внешности.

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

(мечтательно) И релизится дистр под который нет на сей момент рабочих драйверов ati & nvidia - душевно и федороподобно. :)))

> кажется ,что основной целью выпуска новых ядер и xorg прежде всего является получение нерабочих сторонних драйверов и модулей прежних версий

Не основной, но одной из запланированных.

> Диавол огорчает...

А мне понравился, пятки аж светятся. :)

uname -a
Linux levko-desktop 2.6.29-beerseller #1 SMP Tue Mar 24 09:38:27 EET 2009 i686 GNU/Linux

Ничего не отвалилось, или я ещё не заметил :-D

nVidia работает с новым ядром отлично

Отличная новость. И здорово оформлена. Обновился, косяков пока не заметил.

>ЕМНИП, в -mm ветку уже воткнули.

он уже несколько там живет. Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

Ну и как включить этот KMS?

>Support of 4096 CPUs

Кстати, откуда в осях растут технические ограничения на кол-во цпу?

>Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

да не, ЗОГ однозначно виноват

>Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reiSer4 включить в ядро.

не, не это. Reiser4 наплевать на VFS, поэтому никогда не включат в ядро.

кстати, как там новые дрова от NVIDIA работают?

это всё крнечно круто, только в openSUSE ещё с версии 11.0 (2.6.25.*) а то и ранее "из коробки" squashfs+aufs (с поддержкой lzma����), и в репах модули на reiser4 и всё прочее (или немного о бэкпортах и штате квалифицированных инженеров). так что сижу на "древнем�" 2.6.27.19-3.2 и искренне всех поздравляю!��������

Что за браузер у вас. Крякозяблы вывливаются

> Кстати, откуда в осях растут технические ограничения на кол-во цпу?

в Windows наверное отсюда( косил под индусский код - не пинайте :) ):

1:
if( mCoreCount == 1 )
{
   if( !mCoreOneIsOccupied )
   {
      mCoreOneIsOccupied = true;
      SwitchToProcess( 0, inProcess );
      mCoreOneIsOccupied = false;
   }
   else
   {
      goto 1;
   }
}
else if( mCoreCount == 2 )
{
   if( !mCoreOneIsOccupied )
   {
      mCoreOneIsOccupied = true;
      SwitchToProcess( 0, inProcess );
      mCoreOneIsOccupied = false;
   }
   else if( !mCoreTwoIsOccupied )
   {
      mCoreTwoIsOccupied = false;
      SwitchToProcess( 1, inProcess );
      mCoreTwoIsOccupied = false;
   }
   else if( mCoreOneIsOccupied && mCoreTwoIsOccupied )
   {
      goto 1;
   }
   else 
   {
      BSOD();
   }
}
else
{
   // TODO - write "if"s for 4096 processors
}

>>Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

>да не, ЗОГ однозначно виноват

Ну раз уж ты всё знаешь, то объясни, почему кривые, ещё даже до бета версии не доросшие ФС входят в ядро, а довольно стабильная и очень быстрая ФС не входит.

Именно из-за VFS и не включают

>>Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reiSer4 включить в ядро.

>не, не это. Reiser4 наплевать на VFS, поэтому никогда не включат в ядро.

Всё определяется скоростью работы, нет ? Если VFS тормозит, то для него есть умолчальный маршрут. Кроме того, если появляется качественная разработка, которой мешает VFS, значит его надо развивать. Иначе получается, что VFS это лишь способ отшивать конкурентов.

и кстати о пресловутых "барьерах" (-o barriers=1). только в openSUSE/SLE* эта опция включалась по умолчанию для ext3 (для повышения отказоустойчивости системы и сведения риска потери данных к нулю), посему на некоторых тестах (критичных к скорости FS) SUSE показывала гораздо худший результат, чем остальные дистры, провоцируя дебилоидов в очередной раз орать мантру ("Зюзя - тормоз!"). теперь насколько я понял это вломили на дефолт для всех, но что-то подсказывает, что некоторые "горячие парни" таки озаботятся (если научатся читать документацию ессно) сделать -o barriers=0

> Кстати, откуда в осях растут технические ограничения на кол-во цпу?

В венде (по крайней мере в юзерспейсных функциях WinAPI) для представления процессоров ЕМНИП используется DWORD в качестве битовой маски. Со всеми вытекающими последствиями. По поводу линукса - читай http://ozlabs.org/~rusty/index.cgi/2009/01/07#2009-01-07 (сслыка с кернелньюбисов).

>Тасманского дьявола в топку. Пропускаем релиз ядра.

Вы ради логотипа используете? Хинт: логотип можно отключить или поменять. (В том же Арче вообще сиськи)

> и кстати о пресловутых "барьерах" (-o barriers=1). только в openSUSE/SLE* эта опция включалась по умолчанию для ext3 (для повышения отказоустойчивости системы и сведения риска потери данных к нулю), посему на некоторых тестах (критичных к скорости FS) SUSE показывала гораздо худший результат

ЕМНИП, почти во всех.

> провоцируя дебилоидов в очередной раз орать мантру ("Зюзя - тормоз!")

Дык и будут орать, о великий провокатор. В зюзе в 11.1 мной было замечено, что система свопится на ровном месте, ибо по дефолту стоит vm.swappiness=60. В предыдущих релизах такого недетского своппинга не наблюдалось.

> некоторые "горячие парни" таки озаботятся (если научатся читать документацию ессно) сделать -o barriers=0

Я почти уверен, что если бы не тестирование на форониксе, ты бы и сам не в курсе был.

> Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

Какая ещё зависть? Будь рейзер4 всего лишь модулем ядра, вписывающемся в API ядра, давно бы уже включили. Там же патч затрагивает даже filemap.c и другие компоненты VFS. Статус у рейзер4 - практически unmantained, если не считать нашего соотечественника, век ему здоровья, который тянет всю эту махину своими плечами.

Я пользовался рейзером4 на протяжении лет, даже статью в вики лора написал. Но... увы, уже ничего не поделаешь - бревно не может вечно плавать на поверхности: либо на берег, либо на дно. Рекомендую переключить свой пыл на btrfs - она уже в ядре и за её спиной стоит оракл.

> Всё определяется скоростью работы, нет ?

Вашей логикой надо отказываться от MMU и колец защиты. Ведь без них будет быстрее! Получается, syscall лишь способ отшивать конкурентов?

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

Как раз это Ганс и отказался делать.

>он уже несколько там живет. Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

а btrfs уже включили? может дело все-таки не в зависити а в том что код кривой?

>>Порой кажется ,что основной целью выпуска новых ядер и xorg прежде всего является получение нерабочих сторонних драйверов и модулей прежних версий

Да уж, на старых Федорах(4, 5) и Убунтах(7.04) via' ашный Apollo CLE266 работал(ноут Ровер Партнер 418), на новых не хочет, точнее не может определить/выставить разрешение экрана...

первое предложение нужно читать как утвердительное.

Уряяя, моя DVB плата TT-connect S2-3600 теперь завелась без патчей, теперь буду пытаться HDTV со спутника заловить
P.S. I Love Linux :)

> а btrfs уже включили?
Включили

У меня вопросец, а насколько это безвредно и что может дать перевод на btrfs /usr/portage ?