URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 79302
[ Назад ]

Исходное сообщение
"Релиз Linux-ядра 3.0"

Отправлено opennews , 22-Июл-11 11:00 
Линус Торвальдс анонсировал (https://lkml.org/lkml/2011/7/21/455) релиз Linux-ядра 3.0, в котором завершена интеграция поддержки XEN dom0, в netfilter интегрирован JIT-компилятор BPF-правил, добавлена реализация кэша Cleancache, обеспечена поддержка "Wake on WLAN". Выпуск 3.0 ознаменовал завершение развития ветки 2.6.x, которая развивается уже около 10 лет и переход к новой схеме нумерации. Следующим после 3.0 выпуском станет версия 3.1, затем 3.2 и так далее, пока не пройдут очередные 10 лет или не возникнет потребность коренных изменений, связанных с глобальной переработкой ключевых подсистем или нарушением совместимости. В процессе накопления патчей корректирующие обновления будут представлены как 3.0.1, 3.0.2, 3.0.3 и т.п.


Отдельно подчеркивается, что версию 3.0 не стоит считать каким-то кардинальным шагом, какой можно было наблюдать при появлении GNOME 3.0 или KDE 4.0. Linux-ядро 3.0 - это просто формальная смена нумерации, приуроченная к двадцатилетию проекта и десятилетию с...

URL: https://lkml.org/lkml/2011/7/21/455
Новость: http://www.opennet.me/opennews/art.shtml?num=31259


Содержание

Сообщения в этом обсуждении
"Релиз Linux-ядра 3.0"
Отправлено Andrey Mitrofanov , 22-Июл-11 11:00 
Одному мне "не стоит считать каким-то кардинальным шагом" показалось ""слегка"" противоречащим _длинне_ списка замерженых новшеств?

ЗЫ: ...в районе 3.2^W 3.0.20 можно будет пользоваться?


"Релиз Linux-ядра 3.0"
Отправлено Mike Lee , 22-Июл-11 11:10 
да. если сравнивать с 2.6.39 http://www.opennet.me/opennews/art.shtml?num=30603 , более чем скромно.

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:10 
> Одному мне "не стоит считать каким-то кардинальным шагом" показалось ""слегка"" противоречащим
> _длинне_ списка замерженых новшеств?
> ЗЫ: ...в районе 3.2^W 3.0.20 можно будет пользоваться?

Здесь еды нет.


"Релиз Linux-ядра 3.0"
Отправлено Карбофос , 22-Июл-11 12:39 
лично себе я тройку ставил для того, чтобы протестировать совместимость с закрытыми драйверами от AMD, а так. 2.6.39, как говориться "наше всё"

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 20:03 
А мой ноут наоборот сильно глючил с ядром 2.6.39. Были внезапные подвисания на глухо, даже sysrq не помогал. Падали драйвера для ethernet карты у Xorg на глухо подвисали как touchpad так и клавиатура.

С ядром 3.0.0-rc5 и выше работает потрясающе стабильно.


"Релиз Linux-ядра 3.0"
Отправлено Карбофос , 23-Июл-11 11:05 
вполне вероятно, причина в относительно новом железе. не пытался выяснить?

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:27 
> ЗЫ: ...в районе 3.2^W 3.0.20 можно будет пользоваться?

Стоит 3.0 rc7. Проблем особо не вижу. Минус за излишне жирный наброс - слишком топорно! Тоньше надо, тоньше!


"Релизь ядро Linux-а 3.0"
Отправлено Andrey Mitrofanov , 23-Июл-11 10:11 
Во-первых вы все :-P ничего не понимаете в набросах. Во-вторых, это ж не наброс _давно -- это материализованная ностальгия. :D

"Релиз Linux-ядра 3.0"
Отправлено Wherwolf , 22-Июл-11 11:00 
Интересно, 3.0.39 увидим?

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:08 
Я больше жду Linux 3.11

"Релиз Linux-ядра 3.0"
Отправлено anthonio , 22-Июл-11 11:21 
Для рабочих групп? ))

"Релиз Linux-ядра 3.0"
Отправлено Вова , 22-Июл-11 11:26 
> Для рабочих групп? ))

потом сразу 95, и 98 через пару лет (тот же 95 но с нескучными обоями)


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 20:21 
2095 и 2098

"Релиз Linux-ядра 3.0"
Отправлено Sw00p aka Jerom , 22-Июл-11 12:25 
а я 3.14 )))

"Релиз Linux-ядра 3.0"
Отправлено Живот , 22-Июл-11 11:20 
Неправильно понял новую нумерацию, по аналогии с 2.6.39 шутить надо было про версию 3.39.

"Релиз Linux-ядра 3.0"
Отправлено гость , 22-Июл-11 15:30 
я а 4.2

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:05 
А что там с энергопотреблением?
http://www.opennet.me/opennews/art.shtml?num=30345

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:10 
> А что там с энергопотреблением?
> http://www.opennet.me/opennews/art.shtml?num=30345

Боишься что за свет не сможешь заплатить?
Кого волнует энергопотребление серверной ОС


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:11 
Датацентры. И сильно.

"Релиз Linux-ядра 3.0"
Отправлено Egres , 22-Июл-11 11:22 
Серверная OS на ноутбуках и смартфонах? Оригинально

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 08:36 
> Серверная OS на ноутбуках и смартфонах? Оригинально

Благодаря гуглу это уже давно не оригинально а совершенно обыденно.


"Релиз Linux-ядра 3.0"
Отправлено Andrey Mitrofanov , 23-Июл-11 10:12 
Серверы с ХоромОС-ом и Адроидом?? Спасибо :-O Гуглю!

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 20:28 
> Серверы с ХоромОС-ом и Адроидом?? Спасибо :-O Гуглю!

С паршивого смарта - хоть веб страницы кусок...



"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:40 
Мы тут про ядро, а окружение бывает не только GNU.

"Релиз Linux-ядра 3.0"
Отправлено szh , 22-Июл-11 12:04 
> Боишься что за свет не сможешь заплатить?
> Кого волнует энергопотребление серверной ОС

Не просто виндузятник, а даже и не знаешь что бывает по другому


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 12:08 
А у меня ноут стал сильно греться и при небольшом повышении нагрузки сам отключается.

"Релиз Linux-ядра 3.0"
Отправлено Bod , 22-Июл-11 12:35 
> А у меня ноут стал сильно греться и при небольшом повышении нагрузки сам отключается.

Почисть от пыли + термопасту смени. Пока не доигрался..


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:48 
> Почисть от пыли + термопасту смени. Пока не доигрался..

Ноут с ядром >=2.6.39 спасет только водяное охлаждение :(
А лучше азотное.


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 08:34 
> Ноут с ядром >=2.6.39 спасет только водяное охлаждение :(
> А лучше азотное.

Поставьте ядро 2.0 - тогда ноут будет жидкий азот генерить, а не потреблять! Еще и наваритесь на продаже азота, плохо чтоли?! ;)


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 12:19 
Капитан Очевдиность подсказывает, что владельцев ДЦ.

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:31 
> Кого волнует энергопотребление серверной ОС

О, какие новости. Сенсация! Нвидия выпускает серверные процессоры!!!111 :)


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:12 
В этом резиле как и в 2.6.39, если ничего не поломали :-)

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:53 
> А что там с энергопотреблением?

Судя по всему, то же самое, что и в 38-39. Но workaround уже есть: http://www.opennet.me/tips/2594_apm_power_kernel_linux.shtml


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 14:09 
Только там забыли написать, что это опасная опция: на некотром железе может нестабильно работать.

"Релиза ядра"
Отправлено Andrey Mitrofanov , 23-Июл-11 10:27 
>это опасная опция:

Вроде ж, подразумевается, что воркэраунд возвращает в бэк старое поведение относительно этого самого программирования энергосбережения устройств для тех, у кого проблема _проявилать при переходе на .38+ с более ранних. То есть так, как с этой опцией у них уже _работало и работало правильно.

> на некотром железе может нестабильно

На некотором жележе, говорят:

1/ и .38+ работает нестабильно -- %) перегревается;

2/ .37 и ранее теряет устройства -- кому-то ж "тот патч" Гаррета помог (ну, он так говорит...).

Опасны могу быть любые опции... ядра особенно! ...даже кнопки на клаве, если сильно не повезёт, могут быть "опасны" (остерегайтесь кнопок R E S U и B)


"Релиза ядра"
Отправлено Аноним , 23-Июл-11 20:30 
Кнопки rm -rf /* тоже опасны, особенно если жать их в консольке рута, сдобрив нажатием энтера. Предлагаю по этому поводу выломать из всех клавиатур энтеры! Враг не пройдет!

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 28-Июл-11 09:55 
> Судя по всему, то же самое, что и в 38-39.

Черт, частота engine атевой видеокарты не скейлится с открытым драйвером. Шпарит на максимуме. Это оно?


"Релиз Linux-ядра 3.0"
Отправлено evgeny_t , 22-Июл-11 11:15 
netfilter JIT-компилятор - на основе gcc ?

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:20 
где список изменений после 2.0 ?

"Релиз Linux-ядра 3.0"
Отправлено JIghtuse , 22-Июл-11 11:22 
Список изменений за десять лет? А осилишь ли?

"Релиз Linux-ядра 3.0"
Отправлено Aquarius , 22-Июл-11 15:48 
не 10

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:39 
git log 2.0 3.0 > /dev/brain
brain panic: out of memoty error

"Релиз Linux-ядра 3.0"
Отправлено AHAHAC , 22-Июл-11 17:21 
> git log 2.0 3.0 > /dev/brain
> brain panic: out of memoty error

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


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 08:31 
Тогда провентилируй вопрос: что поменялось с 2.6.9 до 2.6.18? :)

"Релиз Linux-ядра 3.0"
Отправлено AHAHAC , 23-Июл-11 22:27 
> Тогда провентилируй вопрос: что поменялось с 2.6.9 до 2.6.18? :)

Диссертацию на тему развития ядра пишите?!
Аль чего конкретно интересует


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 11:43 
> Для беспроводных карт Realtek представлен новый драйвер rtl8192se;

Мои молитвы услышаны...


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:33 
> Мои молитвы услышаны...

Чтобы не надо было молиться, не стоит покупать реалтек. У них проводные то на гигабит - глючное барахло, а уж беспроводные - это вообще. Единственное что они смогли выпустить нормального - 8139D, и тот нормальным вышел только ~с третьей попытки :P


"Релиз Linux-ядра 3.0"
Отправлено SergMarkov , 22-Июл-11 12:20 
то есть для десктопа никаких изменений даже в сравнении с 2.6.33 :-), если не считать xfs, поломанное в 2.6.37 и починенное в 2.6.39, плюс Cleancache, результаты замера производительности которого в 2.6.39 на десктопе показали что ровным счетом ничего не повышает. С учетом постоянной регрессии с ext3 и ext4 лучше сидеть на 2.6.33 ^-)

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 21:29 
> ext3 и ext4 лучше сидеть на 2.6.33 ^-)

Хоть на 2.4 сидите, только вот в 3.0 например еще и видеодрайвера прилично подтянули. Совсем не нужно для десктопа...


"Релиз Linux-ядра 3.0"
Отправлено SergMarkov , 24-Июл-11 08:04 
Когда их подтянут до уровня блобов тогда и перейду, а пока производительность для десктопа выше на старых ядрах

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 28-Июл-11 09:56 
> Когда их подтянут до уровня блобов тогда и перейду,

У блобов своих проблем хватает. А так хоть 2.4 пользуйте, кому хуже то?


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 12:56 
>В код netfilter интегрирован JIT-компилятор для правил BPF (Berkeley Packet Filter)

Между прочим, netfilter и net/filter - это разные подсистемы. В netfilter никакого BPF нет, и он вообще не занимается снятием трафика для libpcap.


"Релиз Linux-ядра 3.0"
Отправлено Andrey Mitrofanov , 22-Июл-11 13:30 
>В netfilter никакого BPF нет

Не, ну, придираешься же! :)


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:34 
Да, придираюсь. Надо все-таки хоть немножко разбираться в том, про что пишешь :)
(Впрочем, в соседней новости конторку ksplice вообще объявили создателем одноименной технологии - вот это фееричный запил)

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:59 
> (Впрочем, в соседней новости конторку ksplice вообще объявили создателем одноименной технологии
> - вот это фееричный запил)

Изначальный автор ksplice-патча основатель и технический директор компании KSplice, еще пояснения нужны ?


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 14:08 
Не патча, а простенького кода для автоматизированной доставки ksplice-обновлений.

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 14:23 
> Не патча, а простенького кода для автоматизированной доставки ksplice-обновлений.

Нет, именно патча. Посмотрите историю развития ksplice в рассылке LKML.


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:10 
12309?

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:25 
>12309?

Это когда очередной жиртрест на Java или XUL отжирает всю оперативку, и память всех активных процессов уходит в своп, и система начинает тормозить?
Увы, так и не пофиксили. И не планируют, т.к. нормального решения данной проблемы нет.
Если вас это утешит, могу сообщить, что другие ОС (в частности, Windows и FreeBSD) в аналогичной ситуации тормозят не меньше.


"Релиз Linux-ядра 3.0"
Отправлено iZEN , 22-Июл-11 13:36 
>>12309?
> Если вас это утешит, могу сообщить, что другие ОС (в частности, Windows и FreeBSD) в аналогичной ситуации тормозят не меньше.

Что-то не заметил.


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:41 
>Что-то не заметил.

Это еще что, я видел одного фаната убунты, который не замечал кернел паников на своем компе (хотя кнопку "reset" нажимал исправно). Замигают индикаторы на клаве - ребутнет и ну дальше рассказывать, какая убунта стабильная и надежная :)


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:43 
> на клаве - ребутнет и ну дальше рассказывать, какая убунта стабильная
> и надежная :)

"А мой виндовс не глю... unhandled error"


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 13:46 
> Что-то не заметил.

Если серьезно, то воспроизвести этот баг довольно несложно:
1. Сократить количество памяти до 512, а лучше 128 Мб (именно столько стоит у большинства жалующихся на 12309).
2. Запустить что-нибудь, хорошо жрущее память, например, свежий firefox с парой десятков вкладок, и чтобы хотя бы на половине были флеш-объекты.
3. Созерцать мучения системы.


"Релиз Linux-ядра 3.0"
Отправлено iZEN , 22-Июл-11 14:13 
>> Что-то не заметил.
> Если серьезно, то воспроизвести этот баг довольно несложно:
> 1. Сократить количество памяти до 512, а лучше 128 Мб (именно столько
> стоит у большинства жалующихся на 12309).
> 2. Запустить что-нибудь, хорошо жрущее память, например, свежий firefox с парой десятков
> вкладок, и чтобы хотя бы на половине были флеш-объекты.
> 3. Созерцать мучения системы.

Не было у меня "мучений системы". Когда обновлённый Xfce 4.8 дал утечку памяти такую, что я даже не сразу заметил как RAM 8ГБ оказалась полностью занята и уже полтора гигабайта SWAP из 4 ГБ отожралось, всё работало как обычно.

В это время выполнялись обычные десктопные приложения, компилировался в фоне на текстовой консоли OpenOffice, но задержек и подтормаживаний не было. Заметил только тогда, когда глянул на часы, и там рядом с ними индикатор xfce4-systemload-plugin показывал постоянно увеличивающийся столбик заполненения SWAP и странную 100% загрузку CPU. Открыл Gnome-system-monitor — точно, процесс xfdesktop занял большую часть памяти и продолжает течь со скоростью 50-70 килобайт в секунду. Вышел из Xfce, остановил сборку ООо и начал разбираться с обновлением Xfce — на 8 марта этот случай пришёлся и зафиксирован тут: http://www.freshports.org/x11-wm/xfce4-desktop/


"Релиз Linux-ядра 3.0"
Отправлено szh , 22-Июл-11 14:54 
что неясно в фразе "1. Сократить количество памяти до 512, а лучше 128 Мб" ?

"Релиз Linux-ядра 3.0"
Отправлено iZEN , 22-Июл-11 16:15 
Что неясного в уведомлении, что для ZFS нужно минимум 1 ГБ RAM? (У меня ZFS, если что)

Какой идиот будет ставить на современный десктоп 128 МБ памяти? Где вы такие модули памяти найдёте, если даже 512 МБ DDR-266/333/400 одним модулем сейчас вообще не найти?


"Релиз Linux-ядра 3.0"
Отправлено Andrey Mitrofanov , 22-Июл-11 16:45 
> Какой идиот

Очевидно, все те, которые в каждой новости об твердят об 12309.


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 17:03 
Не угадал. Это все те, кому либо посчастливилось, и на их железе не проявляется (например, nVidia чипсеты у моих знакомых с завидным постоянством бегают резво там, где идиот-снаружи стабильно показывает 12309), либо тупо делают всё для того, чтобы даже не попытаться признать наличие в лайнаксе помойки.

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 08:23 
> всё для того, чтобы даже не попытаться признать наличие в лайнаксе помойки.

Может секрет в том что помойка проявляется крайне изберательно и редко? А если эстетствовать - так баги вообще есть в любой программе сложнее hello world. Особенно трудновоспроизводимые.


"Релиз Linux-ядра 3.0"
Отправлено szh , 22-Июл-11 17:20 
>> что неясно в фразе "1. Сократить количество памяти до 512, а лучше 128 Мб" ?
> Что неясного в уведомлении, что для ZFS нужно минимум 1 ГБ RAM? (У меня ZFS, если что)

это твои личные проблемы какой тебе и зачем нужен минимум. Разговор идет про 512MB OЗУ.

> Какой идиот будет ставить на современный десктоп 128 МБ памяти?

Какой идиот будет на основе ситуации с X RAM утверждать что тоже самое будет при 0.14*X, 0.07*X, 0.03*X RAM ? Кто не знает что в мире навалом компов с 256, 512, 1GB оперативной памяти ?


"Релиз Linux-ядра 3.0"
Отправлено iZEN , 22-Июл-11 19:27 
>>> что неясно в фразе "1. Сократить количество памяти до 512, а лучше 128 Мб" ?
>> Что неясного в уведомлении, что для ZFS нужно минимум 1 ГБ RAM? (У меня ZFS, если что)
> это твои личные проблемы какой тебе и зачем нужен минимум. Разговор идет
> про 512MB OЗУ.

Рекомендую ознакомиться для начала с сутью проблемы: https://bugzilla.kernel.org/show_bug.cgi?id=12309&action=View
А потом проводить какие-то фантастические аналогии с нехваткой памяти.

//---
Comment #127 From Harrison Metzger 2009-02-02 07:16:56
On my machine (nForce 5, AMD Phenom II 940) I also experience huge slowdowns
when performing I/O. For example, using Ben's:
dd if=/dev/zero of=/tmp/test bs=1M count=1M
test, it takes me about 40 secs to spawn a shell (15 secs for konsole to open a
new tab, and about 25 secs for the shell to actually spawn). This was conducted
on my a HD with ext4. Turning off swap helps a lot with launching a shell.

On a more substantial note, I use Unison to sync files between various places
and when it is running my system is hardly responsive. This happens to me on
ext4, ext3, and ReiserFS.

Changing the schedule to noop, the dd-and-open-shell test is very responsive
(with both swapon or off), but any substantial usage, such as using firefox is
still slow, just as it is above with cfq.

If I can free up some space and one of my partitions, I'm going to install some
distro pre 2.6.18 and "feel" what the performance is like.
---//

Ещё: https://bugzilla.kernel.org/show_bug.cgi?id=12309#c359

>> Какой идиот будет ставить на современный десктоп 128 МБ памяти?
> Какой идиот будет на основе ситуации с X RAM утверждать что тоже
> самое будет при 0.14*X, 0.07*X, 0.03*X RAM ? Кто не знает
> что в мире навалом компов с 256, 512, 1GB оперативной памяти
> ?

В мире компов с оперативкой >1ГБ RAM на борту подавляющее большинство.
Но удивительно, что этот баг возникает в том числе на серверном оборудовании с 16 ГБ оперативки.



"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 08:29 
> Что неясного в уведомлении, что для ZFS нужно минимум 1 ГБ RAM?

Морда треснет всем по гигазу выдавать. У меня вот три виртуалки на компе запущены с 512Мб. Нормально работают, если им память чем попало не забивать. А если в споп положить, конечно, диск клинить начинает, все что требует disk i/o начинает тормозить. Отзывчивость падает. Не стоит засирать системный диск множественными побочными запросами, тогда и тормозить не будет.


"Релиз Linux-ядра 3.0"
Отправлено ragus , 23-Июл-11 22:18 
например, на beagleboard 128Mb RAM.

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 28-Июл-11 09:58 
> например, на beagleboard 128Mb RAM.

Есть версии с 256 и 512. Я бы кстати с удовольствием посмотрел как изен там бзду запускал бы. Это было бы ШОУ!


"Релиз Linux-ядра 3.0"
Отправлено iZEN , 28-Июл-11 12:17 
>> например, на beagleboard 128Mb RAM.
> Есть версии с 256 и 512. Я бы кстати с удовольствием посмотрел
> как изен там бзду запускал бы. Это было бы ШОУ!

Ну а чо? Мне не сложно поправить src.conf и собрать кастомную сборку Фри и для такой аппаратной конфигурации. Почему это нужно называть "ШОУ", непонятно. Процедура вполне стандартная для source-based системы. Много раз собирал на [amd64] Фри [i386] для запуска с флэшки на довольно устаревших компах. Всё работает.

А ваш линукс только ядро занимает такой же размер, как у нас вся система. :))



"Релиз Linux-ядра 3.0"
Отправлено Andrey Mitrofanov , 04-Авг-11 21:30 
>> как изен там бзду запускал бы. Это было бы ШОУ!
> Ну а чо? Мне не сложно
> Фри и для такой аппаратной конфигурации.
> [amd64] Фри [i386]

Оно на ARM, http://beagleboard.org/hardware дярёвня!

Спой нам, сладкое чего про beagleboard-freebsd/, как "в тот раз"(тм) пел (не ты? да, вы все на одно) про freebsd на dlink dir-300! "Чёй-та фриб3д у вас такие синеньние? --А воне на мипсах с армами -- вот и мёртвенькие."


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 08-Авг-11 22:55 
> А ваш линукс только ядро занимает такой же размер, как у нас вся система. :))

Там вон перцы у которых на бигле линукс стартует за 0.3 секунды, упихали минимальное ядро в 900Кб. Я с удовольствием посмотрю как ты затрамбуешь всю фряху текушей версии в 900кб :). Тебя послушать - дай тебе пластмассовый совочек для песка, ты целое водохранилище выкопаешь одной левой.


"Релиз Linux-ядра 3.0"
Отправлено all_glory_to_the_hypnotoad , 22-Июл-11 15:23 
В такой конфигурации мучения будут при любом раскладе. А 12309 появляется даже когда всего хватает.

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 16:20 
Cpu(s):  1.8%us,  0.2%sy,  0.1%ni, 77.1%id, 20.7%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:   7997372k total,  6489256k used,  1508116k free,    98240k buffers
Swap:  9181136k total,    49672k used,  9131464k free,  6029464k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
8518 postgres  20   0  600m 520m 519m S    8  6.7  84:54.37 postmaster
17784 postgres  20   0  599m 1952 1704 S    0  0.0   9:04.13 postmaster
25157 root      20   0  8764 1224  860 R    0  0.0   0:00.09 top
    1 root      20   0 10384  508  472 S    0  0.0   0:34.42 init
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd
    3 root      RT   0     0    0    0 S    0  0.0   0:02.54 migration/0
    4 root      20   0     0    0    0 S    0  0.0   1:02.29 ksoftirqd/0


processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 26
model name      : Intel(R) Xeon(R) CPU           E5503  @ 2.00GHz

Теперь быстро, решительно, расскажи почему 100% - 8% = 77%


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 16:26 
top - 16:24:04 up 65 days,  3:55,  1 user,  load average: 0.46, 0.53, 0.45
Tasks: 158 total,   2 running, 156 sleeping,   0 stopped,   0 zombie
Cpu0  : 10.9%us,  1.3%sy,  0.0%ni,  1.0%id, 86.1%wa,  0.0%hi,  0.7%si,  0.0%st
Cpu1  :  1.6%us,  1.9%sy,  0.0%ni, 96.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  1.0%us,  1.0%sy,  0.0%ni, 96.7%id,  1.3%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  1.0%us,  0.0%sy,  0.0%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   7997372k total,  6492024k used,  1505348k free,    98816k buffers
Swap:  9181136k total,    49672k used,  9131464k free,  6030992k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
8518 postgres  20   0  600m 520m 519m S    9  6.7  84:56.43 postmaster

Этот еще наглядней будет


"Релиз Linux-ядра 3.0"
Отправлено ragus , 23-Июл-11 22:20 
>[оверквотинг удален]
> Mem:   7997372k total,  6492024k used,  1505348k free,  
>   98816k buffers
> Swap:  9181136k total,    49672k used,  9131464k free,
>  6030992k cached
>   PID USER      PR  NI
>  VIRT  RES  SHR S %CPU %MEM  
>  TIME+  COMMAND
>  8518 postgres  20   0  600m 520m 519m
> S    9  6.7  84:56.43 postmaster
> Этот еще наглядней будет

iostat покажите


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 25-Июл-11 11:20 
> iostat покажите

# iostat
Linux 2.6.32.36-0.5-default (sql)       25.07.2011      _x86_64_

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           9,90    0,00    0,58   15,35    0,00   74,16

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sdc               0,76         0,20       429,63    1155222 2522362480
sdb              91,21      6698,01      1244,41 39324213030 7305949576
sda               1,37        39,42         5,40  231456115   31708856


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:46 
> Если серьезно, то воспроизвести этот баг довольно несложно:
> 1. Сократить количество памяти до 512, а лучше 128 Мб (именно столько
> стоит у большинства жалующихся на 12309).
> 2. Запустить что-нибудь, хорошо жрущее память, например, свежий firefox с парой десятков
> вкладок, и чтобы хотя бы на половине были флеш-объекты.
> 3. Созерцать мучения системы.

И главное: не важно какая там операционка! Можно использовать винду, макось и даже бсд. Работает на всех. Безотказно. Достаточно положить систему в своп и начинаются тормоза. Может, проблема в том что из жесткого диска выходит очень медленная "типа оперативка"? Ну хренли, не хотите покупать оперативку - купите хотя-бы ssd ;)


"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 22-Июл-11 19:14 
а я замечала, на WinXP SP3 тормозит еще сильнее чем linux 2.6.32 (LTS)
в линукс хоть только диск тормозит, так в венде тормозит вообще всё

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:47 
> в линукс хоть только диск тормозит, так в венде тормозит вообще всё

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



"Релиз Linux-ядра 3.0"
Отправлено Anonymouse , 23-Июл-11 02:44 
# top  
last pid:  1017;  load averages:  0.19,  0.34,  0.16                         up 1+09:41:16  22:22:16
34 processes:  1 running, 33 sleeping
CPU:  1.5% user,  0.0% nice,  0.0% system,  0.0% interrupt, 98.5% idle
Mem: 36M Active, 11M Inact, 44M Wired, 260K Cache, 22M Buf, 1875M Free
Swap: 512M Total, 512M Free
[...skipped...]

$ make -C /usr/ports/devel/glib20
[...skipped...]
/bin/sh /usr/ports/devel/glib20/work/gnome-libtool  --tag=CC   --mode=link cc  -O2 -pipe -fno-strict-aliasing -Wall  -L/usr/local/lib -lintl -o protocol protocol.o ../../glib/libglib-2.0.la  
[...skipped...]
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
[...skipped...]
maxproc limit exceeded by uid 1002, please see tuning(7) and login.conf(5).
[...skipped...]
printf: Cannot fork: Resource temporarily unavailable
/libexec/ld-elf.so.1: Shared object "libglib-2.0.so.0" not found, required by "printf"
^C
[...~5 mins later...]
# top
last pid: 50017;  load averages: 324.14, 103.25, 47.49                        up 1+09:47:37  22:28:37
5707 processes:2 running, 5705 sleeping
CPU:  3.8% user,  0.0% nice, 94.9% system,  1.3% interrupt,  0.0% idle
Mem: 974M Active, 130M Inact, 805M Wired, 50M Cache, 212M Buf, 6444K Free
Swap: 512M Total, 43M Used, 469M Free, 8% Inuse, 1720K Out
[...skipped...]

# uname -a
FreeBSD test 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010     root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64


"Релиз Linux-ядра 3.0"
Отправлено ананим , 23-Июл-11 10:31 
>>>12309?
>> Если вас это утешит, могу сообщить, что другие ОС (в частности, Windows и FreeBSD) в аналогичной ситуации тормозят не меньше.
>Что-то не заметил.

да у тебя и жаба быстрее С раз в 10.
И никак не меньше.


"Релиз Linux-ядра 3.0"
Отправлено Zenitur , 22-Июл-11 22:08 
А как же старая версия ядра Linux? Поддерживаю iZEN'а, в старых ядрах Linux я такого не замечал

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:53 
> А как же старая версия ядра Linux? Поддерживаю iZEN'а

Вам доступны следующие опции:
[ ] Задебажить проблему и написать багрепорт. Если мозгов хватит.
[ ] Использовать старое ядро. Это секретная опция некрофила.
[ ] Свалить на бсд к изену. Ламерить вместе - что может быть прекраснее?!
[ ] Использовать винду. Ты все время пытаешься подогнать линукс под нее.
[ ] STFU!
[ ] Убиться об стену, если ни одна опция не подошла.


"Релиз Linux-ядра 3.0"
Отправлено Andrey Mitrofanov , 23-Июл-11 10:36 
>> А как же старая версия ядра Linux? Поддерживаю iZEN'а
>Ламерить вместе - что может быть прекраснее?!

(*) Бонус опция-паровизик: прочитать луркоморье про 12309 и блистать эрудицией в составе хора мальчиков-зайчиков.

> [ ] Использовать винду.


"Релиз Linux-ядра 3.0"
Отправлено saNdro , 23-Июл-11 00:18 
cgroup для такого процесса не судьба настроить?

"Релиз Linux-ядра 3.0"
Отправлено Dimez , 22-Июл-11 16:00 
Выражение "Linux-ядро" - это полный абзац. И не надо стирать.

"Релиз Linux-ядра 3.0"
Отправлено postfactum , 22-Июл-11 17:39 
Димез, это же опеннет!

"Релиз Linux-ядра 3.0"
Отправлено Аноним , 22-Июл-11 18:01 
релиз ядра Ядра!

"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 22-Июл-11 19:00 
опять Dimez буквоедствует ;)

"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 22-Июл-11 18:46 
$ uname -srvmpo
Linux 3.0.0-lu #1 SMP PREEMPT Fri Jul 22 18:30:42 MSK 2011 i686 Intel(R) Core(TM) i3 CPU M 380 @ 2.53GHz GNU/Linux


$ dmesg |grep NVRM
NVRM: loading NVIDIA UNIX x86 Kernel Module  275.19  Tue Jul 12 18:29:18 PDT 2011
это тоже работает.


"Релиз Linux-ядра 3.0"
Отправлено pavlinux , 23-Июл-11 02:27 
> $ uname -srvmpo

Что, uname -a уже не красива?! :)

> $ dmesg |grep NVRM
> это тоже работает.

Нынче уже не модно разрешать юзерам dmesg!

CONFIG_SECURITY_DMESG_RESTRICT=y


"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 23-Июл-11 22:49 
> Что, uname -a уже не красива?! :)

не хочу показывать хостнейм, могли бы и не спрашивать, -srvmpo это все опции кроме хостнейма )

> Нынче уже не модно разрешать юзерам dmesg!
> CONFIG_SECURITY_DMESG_RESTRICT=y

это мой ноут, у меня и пароля то на нем нет, а dmesg было "модно" органичивать еще с linux 2.2 (openwall патчик от solardiz)
И там где ставят nvidia.ko я не вижу смысла что-либо ограничивать, там где стоит это делать, там нет nvidia.ko )


"Релиз Linux-ядра 3.0"
Отправлено pavlinux , 24-Июл-11 01:53 
> а dmesg было "модно" органичивать еще с linux 2.2 (openwall патчик от solardiz)

А утиль dmesg не пробовала переименовывать? :)

> И там где ставят nvidia.ko я не вижу смысла что-либо ограничивать, там
> где стоит это делать, там нет nvidia.ko )

nvidia.ko работает в ядерном центре в CERN, и ниче, не парятся.  



"Релиз Linux-ядра 3.0"
Отправлено Аноним , 28-Июл-11 10:21 
> nvidia.ko работает в ядерном центре в CERN, и ниче, не парятся.

Париться они будут когда китайские хакеры туда пролезут :)


"Потенциал btrfs"
Отправлено Аноним , 22-Июл-11 19:45 
Насчет Scrubbing в btrfs: как я понимаю, данная технология может послужить серьезной защитой от несанкционированного доступа или изменения данных в перспективе для Linux. Например, сейчас есть checksum для .deb, но постоянный checksum для всего (уже установленного) софта регулярно сверяемого чексумами из, скажем, специално созданного репозитория в интернете, повысит уровень защиты. Если чексум не совпадает - пользователю или руту выдается соотв. сообщение с указанием проблемного места в системе. И то же самое для данных, созданных пользователем: ручные конфиги, личные файлы, логи - если где-то что-то изменилось, то юзер сразу получает уведомление, а чтобы такие уведомления не мозолили глаза - позволить юзеру установить "чувствительность" системы к изменения данных в определенных местах, профайлы. Мне просто интересна такая или похожие схемы, может кто знает о планах по реализации подобных вещей в ядре или где еще?

"Потенциал btrfs"
Отправлено pavlinux , 23-Июл-11 02:37 
> Мне просто интересна такая или похожие схемы, может кто знает
> о планах по реализации подобных вещей в ядре или где еще?

Доброе утро.

SGI FAM - существовал уже лет 15 назад.
File::FAM.pl - ну в 2005 точно был, сам юзал.
Inotify - лет 5 уже точно
Dnotify - через пару месяцев после inotify
fsnotify - в 2009 появился
fanotify - в 2010

Следи  любыми способами. =)


"Потенциал btrfs"
Отправлено Аноним , 23-Июл-11 08:17 
Можно еще в фоне считать чексуммы. Данную технологию я видел не менее 10 лет назад и она очень не доставляла с точки зрения патчинга чего либо в системе.

"Релиз Linux-ядра 3.0"
Отправлено ua9oas интересуется Миша Рыцаревъ , 22-Июл-11 19:56 
Бывает ли смысл в нынешних дистрибутивах или в уже установленных ос имеющиеся там ветки ядра полностью заменить на эту? (но если так пересобирать, то может ли возникнуть несовместимость с каким нибудь ПО переделываемой ОС или с железом? А с какого максимум возраста старым железом она еще сможет работать? (Puppy на нее стоит собрать?)
Еще что там писалось про фс btrfs, что она значительно улучшена. А раз так- то есть ли теперь смысл форматировать все диски именно под нее? (и раз так, то стоит ли теперь все инсталляции делать только на ней? А как "заставить" винду видеть такие ФС? (у меня XP ext4 вообще этот раздел никак не обнаруживает. Линуксовые у меня ntfs видят но реестр редактировать не могут)).

"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 22-Июл-11 20:12 
прекрасно работает со старым железом, никто поддержку этого хлама еще из ядра не пытается убрать

#uname -p
Pentium II (Klamath)
#lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB Controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Technical Corp. Device 1111
00:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 20)

PS: ежели что, это KVM :) потому что реально такое железо уже практически не найти, да еще и в комплектном для работы виде


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 08:09 
Вот еще красавчик: http://pastebin.com/9SVjbmSe
Правда там kvm палится чуть более очевидно :)

Кстати а вы не пробовали pci девайсы в kvm пробрасывать на амдшных машинах? Что там за приписки про таинственный iommu?


"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 23-Июл-11 22:46 
> Кстати а вы не пробовали pci девайсы в kvm пробрасывать на амдшных
> машинах? Что там за приписки про таинственный iommu?

у меня клиентская KVM часть, хост работает на Ubuntu 10.04 под присмотром хостера,
после тормознутого Virtuozzo хостинга, скажу, что весьма вкусно, за исключением странного Pentium II с SSE3 ) Ядро там можно свое, так что 3.0.0 поставила начиная с RC7, железки виртуальные, все равно портиться нечему ;)


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 28-Июл-11 10:17 
>> Кстати а вы не пробовали pci девайсы в kvm пробрасывать на амдшных
>> машинах? Что там за приписки про таинственный iommu?
> у меня клиентская KVM часть, хост работает на Ubuntu 10.04 под присмотром
> хостера,

А, я на реальном железе гонял. Увы, оказалось не судьба - у чипсета не было IOMMU а после приказания на это забить KVM конечно забил, но результат этого не заставил себя долго ждать - видимо девайс сделал DMA в память хоста и по запросу с гуеста и порушил память, как и обещалось - все повисло. Придется обломаться с пробросом данных PCI девайсов на данном хардваре, увы.

Насчет скорости я кстати не очень доволен остался. Скорость проца - да, довольно хорошая. Если тип процессора правильно выбрать. Дефолтный тип CPU или тип = процу хоста почему-то никак не хотел более 1 ядра виртуалке отдавать, независимо от указания числа ядер, при том скорость была процентов 50-70 реального ядра. Не больно то здорово. Тип проца KVM64 все довольно сильно поменял - я сразу отхватил на VM всю указанную пачку ядер на скорости процентов 95 от голого железа. Круто. А вот диск в qcow2 как-то не порадовал. По дефолту юзает архитормозной тип буферизации. Снапшоты длятся вообще вечность. Можно включить более быстрый но более опасный буферинг. Хороший выбор, ничего не скажешь :\. В результате если загнать систему в виртуалке в своп - она довольно сильно тормозит, равно как и при записи больших файлов. Дисковый i/o у KVM какой-то хилый, или я его не научился готовить пока.

Еще я не совсем понял: как они сделали в user mode network что конект в интернет есть, но трейсроут ни до одного хоста напрочь не работает? Даже udp-based. Что за читерский метод проброса сети?!


"Релиз Linux-ядра 3.0"
Отправлено ragus , 23-Июл-11 22:57 
> Кстати а вы не пробовали pci девайсы в kvm пробрасывать на амдшных
> машинах? Что там за приписки про таинственный iommu?

я пробовал. нужно либо серверное железо, либо чипсет amd 890fx(либо 900я серия).
IOMMU - это аналог интеловского vt-d.


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 28-Июл-11 10:04 
> IOMMU - это аналог интеловского vt-d.

Блин, я уже понял - не дождался ответов и потестил. Я все-таки заставил KVM пробросить мне pci-девайс в гуест, даже при неактивном MMU, которого у меня к сожалению нет. Девайс пробросился. Только в процессе инициализации девайса хост встал колом. Видимо, варнинг о том что DMA трансфер девайс -> RAM может убить память на хосте не было пустым звуком, что в общем то логично. Видимо оно самое и произошло :((. На своем заду проверено: iommu реально нужен для нормальной работы фичи с девайсами делающими DMA :\.


"Капитан Очевидность vs Миша Рыцаревъ"
Отправлено Аноним , 23-Июл-11 08:12 
> А как "заставить" винду видеть такие ФС?

Подраспереться и переписать драйвер. //Капитан Очевидность vs Миша Рыцаревъ


"Релиз Linux-ядра 3.0"
Отправлено Живот , 23-Июл-11 02:19 
CONFIG_GOOGLE_FIRMWARE:

These firmware drivers are used by Google's servers.  They are
only useful if you are working directly on one of their
proprietary servers.  If in doubt, say "N".

Интересно, что за код


"Релиз Linux-ядра 3.0"
Отправлено Аноним , 23-Июл-11 07:58 
> Интересно, что за код

Какой-нить кастомный system management поди, мониторящий состояние дел на серваке.


"Гугль 3.0"
Отправлено Andrey Mitrofanov , 23-Июл-11 10:52 
> CONFIG_GOOGLE_FIRMWARE:
> Интересно, что за код

Это опция, которая включает _подменю (кода она сама не добавляет) в конфиге с двумя драйверами, специфичными для [заказных~] серверов Гугля. Подробности - в гугле, в lkml-e (патчи ж удобнее читать, чем).

---Не-не-не, я не ядрёный разработчик, я наставиваю!


"Релиз Linux-ядра 3.0"
Отправлено Zenitur , 23-Июл-11 07:22 
POHMELFS filesystem support (POHMELFS) [N/m/y/?] (NEW) - спросили только сейчас. Насколько я знаю, она в ядре с версии 2.6.28

"Релиз Linux-ядра 3.0"
Отправлено Sylvia , 23-Июл-11 22:43 
> POHMELFS filesystem support (POHMELFS) [N/m/y/?] (NEW) - спросили только сейчас. Насколько
> я знаю, она в ядре с версии 2.6.28

значит драйвер переехал из STAGING в другую ветку


"Релиз Linux-ядра 3.0"
Отправлено EuPhobos , 24-Июл-11 18:04 
Хмм, у меня одного на 3.0.0 kernel panic при загрузке?