Вышло ядро Linux 3.2

Говноатом и Семёрочка.

у меня такое - все окей

И у меня такое, но сравнивая говноатом с семерочкой и говноатом с убунту 10.04 LTS, которая у меня на том же нетбуке, я не могу не отметить на сколько же убунту быстрее семерочки.

уже заценил - это нечто, у меня с блобом интерфейс фризился, а щас всё плавно, чудеса.

подозреваю твоя ленова на г-не и палках от amd?

А при чём здесь, собственно, AMD? Моя ленова «на г-не и палках», но в виде интель атома. :) Там что-то в модуле ideapad-laptop было, проявляется, соответственно, на моделях этой серии.

это по-мойму про ASPM говорили.

Ведро версии 3.1 на моей ленове начинает паниковать, когда включаешь/выключаешь подсветку экрана. Сказали, что это починили в 3.2.

ура, если это так
//я оунер lenovo g530 и ловил такой же баг, поэтому сижу на ядре 3.0.6

подозреваю твоя ленова на г-не и палках от amd?

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

нет, я ни разу не исследовал уязвимость (без сарказма) и не знаком с возможностями её эксплуатации «in the wild», но я как минимум предупреждён от её использования в известном ключе. Простите за болд.

Вас ноутбук покусал? Сейчас на многих ноутах 15" клавиатура NumPad содержит даже.

// пишу как довольный пользователь xps15z и тачпада

Linux все хорошеет. Нововведений куча. Спасибо за огромный труд разработчикам!

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

1.Заикание звука.

Давно не знаю такой болезни. Все заключалось в правильном подборе параметров ядра и с момента появления Automatic process group scheduling нет даже намека на заикания звука. Есть одно исключение, но о нем позднее.

Что у меня включено в ядре:

General setup  --->
   -*- Control Group support  --->
        [*]   Freezer cgroup subsystem
        [*]   Simple CPU accounting cgroup subsystem
        -*-   Group CPU scheduler  --->
              -*-   Group scheduling for SCHED_OTHER
              [*]   Group scheduling for SCHED_RR/FIFO
        <*>   Block IO controller

    [*] Automatic process group scheduling
    [*] Enable full-sized data structures for core
    [*] Enable futex support
    [*] Enable eventpoll support
    [*] Enable signalfd() system call
    [*] Enable timerfd() system call
    -*- Enable eventfd() system call
    -*- Use full shmem filesystem

    Choose SLAB allocator (SLUB (Unqueued Allocator))  --->
        (X) SLUB (Unqueued Allocator)
    [*] Enable AIO support


[*] Enable the block layer  --->
    [*]   Support for large (2TB+) block devices and files
    [*]   Block layer SG support v4
    [*]   Block layer bio throttling support
    IO Schedulers  --->
        <*> CFQ I/O scheduler
        [*]   CFQ Group Scheduling support
        Default I/O scheduler (CFQ)  --->
            (X) CFQ

Processor type and features  --->
    [*] Tickless System (Dynamic Ticks)
    [*] High Resolution Timer Support
    [*] Symmetric multi-processing support
    [*] Single-depth WCHAN output
    [*] HPET Timer Support
    [*] SMT (Hyperthreading) scheduler support
    [*] Multi-core scheduler support
    Preemption Model (Voluntary Kernel Preemption (Desktop))  --->
        ( ) No Forced Preemption (Server)
        (X) Voluntary Kernel Preemption (Desktop)
        ( ) Preemptible Kernel (Low-Latency Desktop)
    [*] MTRR (Memory Type Range Register) support
    [*]   MTRR cleanup support
    (0)     MTRR cleanup enable value (0-1)
    (1)     MTRR cleanup spare reg num (0-7)
    [*]   x86 PAT support
    Timer frequency (100 HZ)  --->
        (X) 100 HZ
        ( ) 250 HZ
        ( ) 300 HZ
        ( ) 1000 HZ

Device Drivers  --->
    <*> Sound card support  --->
        <*>   Advanced Linux Sound Architecture  --->
        <*>   HR-timer backend support
        [*]     Use HR-timer as default sequencer timer

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

Специально показал, что у меня выставлены Voluntary Kernel Preemption (Desktop) и Timer frequency (100 HZ), но Tickless System (Dynamic Ticks) и High Resolution Timer Support делают компьютер очень отзывчивым динамически и только когда это необходимо. Производительность, при той же отзывчивости на действия пользователя, выше, чем просто выставить Preemptible Kernel (Low-Latency Desktop) и Timer frequency (1000 HZ).

WARNING! Предупреждаю, что я не профи, но имею не плохой опыт в настройке ядра.

2. Не бывает слабого железа.

У меня один из используемых компьютеров нетбук asus n10j. Железо сейчас уже не фонтан прямо скажу, но менять компьютеры как перчатки в дань моде я не желаю по многим причинам. Тут полно «олигархов» (на самом деле эти люди торговцы и просто продают компьютеры, а это вялая попытка поднять спрос на быстро устаревающий товар), которые скажут - нищеброд. Ни хрена. Когда я его покупал, это был самый навороченный нетбук, который неплохо служит мне верой и правдой до сих пор. Сумасбродством правильнее считать, когда люди бегут покупать новые вещи из-за увеличения скорости процессора на 5-10%. И считают, что у них теперь мега-супер-попа-топа в планшете/нетбуке/ноутбуке/десктопе и они в состоянии даже сбить баллистическую ракету, когда она будет приближаться к их насиженному месту. Ребята, научитесь настраивать компьютеры и слабости будут превращаться в достоинства. Ведь по большей части мы используем устройства не по назначению и жаловаться на это нет смысла. Само собой не имеет смысла ваять на нетбуке, к примеру, проекты «голливудского» масштаба - большая вероятность, что не уложитесь в сроки) Но работать и корректировать части тех же проектов вполне можно и нужно.

P.S.

Первая часть. Мыслей много и в одно сообщение не получилось уместить.

(Продолжение)

3.Почему желателен нормальный своп, кеш и файловые системы в оперативной памяти.

У меня протяженность свопа на нетбуке в сумме составляет около 8 гигов. Вы скажете бред. Нетбук имеет 2 гига памяти и своп вообще не нужен. Да бред. Зачем я это написал?!

А.. вот зачем. В tmpfs помогает вынести все временные порции данных, которые не критичны к отключению питания, в оперативную память. Существуют задачи, которым требуется около 9Гб временной памяти (компиляция, к примеру, libreoffice). Отсюда и величина свопа+озу в моем случае должна быть больше 9Гб. У меня в сумме получается 10 гигов. А если учитывать, что нужно использовать засыпание компьютера с использованием жесткого диска, то своп файл желательно увеличить до величины максимальное потребления памяти всеми программами при работе + озу*2. Почему озу берем в 2-х кратном размере? Да потому, что при количестве памяти «впритык» скорость работы намного ниже из-за накладных расходов. А что же дает вынос временных данных в память? Своп в 90% случаев быстрее обычной работы с файлами, что позволяет меньше тратить времени на доступ к более медленному устройству и как следствие получаем больше процессорного времени на другие задачи. Но.. своп работал бы намного хуже, если не было бы кеширования данных с диска. Парадокс? Скорее всего нет. Спектр устройств очень большой, у всех очень разные технические характеристики и снивелировать эти различия может только кеш. В противном случае для каждого устройства пришлось бы писать свои стратегии управления.

Пример моего fstab:

#Чтобы увеличить размер до, например, 12Гб выполняем
# mount -o remount,defaults,noatime,mode=1777,nr_inodes=30M,size=12G /var/tmp/portage
#------------------------------------------------------------------------------
/dev/sda6 / ext4 noatime 0 2
/dev/sda7 /home ext4 noatime 0 0
                                                                 
/dev/sda5 none swap sw 0 0
/dev/sda8 none swap sw 0 0

proc /proc proc defaults 0 0
shm /dev/shm tmpfs nodev,nosuid,noexec 0 0

tmpfs /var/run tmpfs defaults,noatime,size=1M 0 0
tmpfs /var/lock tmpfs defaults,noatime,size=1M 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777,size=10G 0 0
tmpfs /var/tmp/portage tmpfs defaults,noatime,mode=1777,nr_inodes=30M,size=10G 0 0

4. Почему желательна именно компиляция и особенно для слабого железа..

Предвосхищу придирку относительно компиляции libreoffice - мол смысла нет тратить на это время, когда есть бинарники, которые устанавливаются за несколько минут. Может и нет, когда релизы вылетают один за другим, но когда вся система, включая ядро, скомпилирована под ваше оборудование, то производительность системы возрастает от 30% до 200% и даже выше(!) - все зависит от задач. С этим не сравнится даже с замена процессора на более мощный. Ведь ни для кого не секрет, что настроив ключи, флаги оптимизации, подкорректировав состав пакетов своей системы вы получите намного более качественную систему, нежели могут предложить дистростроители. И это не их беда. У них оптимизация заточена под среднестатистический компьютер, что в отдельных ситуациях, из-за слишком больших различий, дает РЕКОРДНО провальные показатели на некоторых проектах. Их задача сделать дистрибутив работающим на любом железе. Поэтому на слабых машинах, при наличие времени и желания, лучше 1 раз настроить систему и потом наслаждаться комфортной работой. В качестве дистрибутивов, позволяющих серьезно оптимизировать систему могу рекомендовать дистрибутивы, поддерживающие компиляцию с исходников на уровне управления пакетами. Под это подпадают не только gentoo ориентированные дистрибутивы, но они, на мой взгляд, наиболее легки в освоении, как ни странно, и позволяют выжать из железа максимум производительности. Особенно подает надежды в этом отношении Calculate Linux. Респект ребятам, хороший дистрибутив сваяли - действительно его могут установить даже пользователи офтопика, как и убунту. Но убунту не оптимизируешь так. Ее можно использовать только так как предусмотрели дистростроители. А в кальке хочешь бинарники используешь, хочешь компиляешь и оптимизируешь. Сразу отмету сомнения, что компиляция из исходников сложнее и отнимает много времени. Скомпилировать всю систему требуется только 1 раз, но потом компиляция нескольких обновившихся пакетов занимает вполне приемлемое время. В большинстве случаев оно даже не превышает время по установке бинарных пакетов в других не оптимизированных системах. А крупные пакеты можно оставлять на компиляцию перед отдыхом. Проснулся и все уже готово. Но даже во время компиляции можно работать точно так же и лично мне это не мешает - отзывчивость настроенного компьютера очень хороша.

5.Касательно нюанса с заморозкой компьютера на несколько секунд.

С этой ситуацией сталкивался в двух случаях:

а) При большом наполнении свопа иной раз бывает на 2-3 секунды система начинает активно перекидывать данные и даже мышка двигается замедленно, но проигрывание музыки или фильма не прерывается даже в этом случае. С чем связано не знаю. При компиляции libreoffice такая ситуация может пару раз встретится при одновременной работе.

б) При просмотре фильмов на флеше, с включенным аппаратным ускорением (EnableLinuxHWVideoDecode=1), иной раз система замирает на 5-15 секунд без видимых на то причин. Аналогично с чем связано не знаю. Тем более это вообще проприетарщина.

6.Что касательно ядра, я бы предложил составить тестовые программки с целью выявления ситуаций таких замираний системы и протестировать всем миром на разном железе.

7. Из пожеланий разработчикам ядра хотелось бы когда-нибудь увидеть качественные описания опций ядра с их техническими характеристиками, в том числе и на русском языке. К примеру, сколько отнимает памяти какая опция, правильное назначение опции, какие зависимости они тянут по другим опциям, относительные параметры скорости загрузки-выгрузки конкретного модуля, показатели латентности и прочие характеристики, чтобы упростить выбор опций для конкретных нужд и устройств. Да и вообще неплохо бы увидеть программку, которая подобно make localmodconfig будет выставлять правильные опции по железу конкретного изделия автоматически, не пропуская половину устройств. Это существенно бы упростило настройку ядра на разных конфигурациях железа.

Надеюсь, что мои наблюдения окажутся полезными.

до 200% и даже выше

выше 200% это уже что-то из области японской научной фантастики по-моему

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

в подсистему NFC

А у нас всё на телегах, да о футболе. :)

в ext4 добавлена поддержка выделения больших блоков;

Оно из коробки или только после форматирования?

у меня тоже на i5, не сказал бы что г-но. И не виснет вроде :) Один раз вроде не вернулся из суспенд ту рам.

Еще бы, что то вспомнилось про баш, старый комп и висту (поставь висту, пусть умрет красиво)

P.S. Уже 5 лет за ноутом 17" и месяц за нетбуком 10", зрение -1. Хто там говорил глаза ломать?

Preemption Model (Voluntary Kernel Preemption (Desktop))
Timer frequency (100 HZ)

производительность системы возрастает от 30% до 200% и даже выше(!)

Не пиши больше такую ерунду. Не зря в нете тонны руководств о том, как настроить ядро для большей отзывчивости. А также не зря народ трудится над патчами (взять того же уважаемого Саню a.k.a pf-kernel, использующего патчи Zen-Kernel и не только) с их конфигами и т.д.

И не виснет вроде :)

Виснет регулярно, примерно через 2-3 дня аптайма. Говорят, виновато ядро версии > 3.0. Кстати, есть у меня одно предположение... Скажи, ты хоть раз блютуф (мышь, клаву, whatever) использовал?

Один раз вроде не вернулся из суспенд ту рам.

Возвращался всегда, а вот в гибернацию иногда не уходит по непонятным причинам. И после неудачной попытки не оживает. Короче, я немного расстроен покупкой. Случайные хардлоки весьма не способствуют спокойной работе.

какой дистр? зависоны случаются не после/во время работы программ работающих с opengl?

у меня регулярно виснет после скринсейвева

какой дистр?

Ubuntu 11.04

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

у меня регулярно виснет после скринсейвева

У меня «космос» стоит — там просто фото чередующиеся. Могу попробовать какой-нибудь опенжльный поставить для тестов.

Вообще я гонял mtmtest86, mprime (prime95), linpack, glxgears в 4 окна — на обозримых временах не виснет. Зависон обычно происходит спустя 1-2-3 дна на совершенно рутинной операции. Лочится намертво — не работает даже ssh-консоль с другого компа.

Ага, если порыться по ЛОРу, то можно увидеть, что, например, 12309 это не проблема только AMD, там есть и Intel и NVIDIA со своей логикой.

Ага, если порыться по ЛОРу, то можно увидеть, что, например, 12309 - это не проблема линукса, а проблема AMD, Intel и NVIDIA. <толстый намёк>Шутка про пидарасов и Д'Артаньяна вкупе с анекдотом про ковбоев и Неуловимого Джо</толстый намек>

у меня ноут на і5+HD Graphics 3000+ 11.10.

зависает при следующем: лочу ноут, иду домой. ос после какого таймаута запускает xscreensaver. прихожу с утра. Х`ы упали, клава не работает (чтобы переключится в vt1-6). или ребут через ссх или повер оф/он

Объективно Резет прав, что атом - тормозное говно.

Объективно, Резет - всего лишь лоровский аналитик-пиздабол. Не более.

Мдя. Какой-то новый сценарий... Вот я никак уразуметь не могу: это железо такое говняное, убунта или линукс в целом? Поему у меня 10 федорка на старом Dell Latitude D610 80 дней отпахала без перезагрузки, а этот новый десктопный линукс не может и тех простоять? Ррррр, ненависть!

Не выдергивай из контекста. Прочти вдумчиво. У каждого свои представления о комфортной работе. Про реал тайм речи не было. При настройке реал тайм ядро требуется с большим количеством точек прерываний. С приведенными настройками система не проваливается при работе с медленными устройствами. И отсутствуют провалы в отзывчивости, кроме 2-х обозначенных ситуаций. Для этого не обязательно ставить zen-sources - вполне хватает патчей от команд gentoo или calculate. Одно сильное отличие в zen-sources, что там можно иксы запускать с fifo планировщиком автоматически, но при этом на моем железе через некоторое время система зависает наглухо. Причем для этого не обязательно ставить zen-sources вариант ядра, можно в файле конфигурации указать с каким планировщиком запускать иксы или любую другую задачу. Поэтому zen кернел и не использую. Что касается pf-source - меня не впечатлили планировщики BFS и BFQ. Запусти для наглядности одновременно десяток-другой видефайлов и увидешь как начнет, то замедляться, то очень ускорятся видеовывод в зависимости от фокуса окна. Фактически вытягивается 1-2 процесса на передний план - аля офтопик получается. Ровного отображения одновременно всех запущенных видео не добьешься. Но раз делают такие патчи, значит это для каких-нибудь задач важно. У меня нет ни одной такой, где они были бы мною востребованы. Поэтому не использую, что однако нисколько не умаляет труд разработчиков данных патчей. Востребовано, значит нужно. При использовании планировщика CFQ такой хрени не происходит. В случае использования No Forced Preemption (Server) опции замедление каждого (процесса) видео происходит четко в зависимости от загрузки компьютера. В случае использования Voluntary Kernel Preemption (Desktop) система по возможности пытается вытянуть одновременно все активные приложения и ровное замедление всех активных процессов начинается с момента глобальной нехватки мощности процессора. При использовании Preemptible Kernel (Low-Latency Desktop) происходит почти все тоже самое, что и при Desktop опции, с тем отличием, что уже наблюдается общее снижение производительности компьютера. А с параметром Timer frequency в 1000 HZ (есть патчи до 100 000 HZ) и более вообще наступает дикий провал в общей производительности системы. От этого спасает только динамическое прерывание процессов. Именно поэтому выставлено значение Timer frequency (100 HZ), а потолок не ограничен.

Хотите проверить - ставьте и компилируйте. Я уже напроверялся и сделал свой выбор. Само собой никто никого не заставляет учится на чужих ошибках - всегда можно набить шишки самостоятельно.

ублюдочных инетелевых писателей графических драйверов

Сотрудникам Intel, конечно же, важно авторитетное мнение специалиста с ЛОРа. Пиши ещё, может быть тебя тебя заметят и возьмут на работу. Cразу же CEO.

А 3.3 примерно когда выйдет?

Примерно через 2,5-3 месяца.

Виснет регулярно, примерно через 2-3 дня аптайма. Говорят, виновато ядро версии > 3.0. Кстати, есть у меня одно предположение...

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

Возвращался всегда, а вот в гибернацию иногда не уходит по непонятным причинам.

Дело в настройках ядра. У меня была ситуация - отключил какую-то опцию в ядре и компьютер перестал уходить в гибернейт. Какая точно навскидку не смогу сказать сразу.

Билять Донцова на ЛОРе!!!

P.S. Сорри. Поправочка. Перестал не уходить в гибернейт, а возвращаться.

Сотрудникам Intel, конечно же, важно авторитетное мнение специалиста с ЛОРа.

Да мне как-то параллельно, что там думают сотрудники Интел. Факт остается фактом: команда Кейта Паккарда (или как там его) — криворукие нндусокодеры, которые не в состоянии написать нормальный код уже в течение доброго десятка лет. Начиная с 915 чипсета, когда в нем были прописаны только VESA разрешения, при том, что лаптоп имел 1400x1050 (они исправляли это 5 релизов федор — с 5 по 10), заканчивая феерической свистопляской с включением/отключением семафоров и rc6 на SB. Если это не есть показатель криворукости, то я уж не знаю, что тогда есть.

b43 держит, но хочется свободного драйвера, а написать самому не по силам.

Типа b43 не свободный? Свободный. Только прошивок требует :).

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

Фоновая задача, вешающая машину?! Не-не-не, пусть лучше это будет баг в ядре...

Дело в настройках ядра.

Я их не трогал. Стоковая конфигурация бубунты.

Я их не трогал. Стоковая конфигурация бубунты.

Скинь конфиг - может найдем причину.

Это несвобода.

Возможно.

Ну не нужно это уг. Красноглазые переходите на ормальные ос типа мак ос или венды. А это ваше красноглазие ну просто смешно.

Sir yes sir!!!

Скинь конфиг - может найдем причину.

Конфиг чего? generic ядра бубунты?

Конфиг чего? generic ядра бубунты?

Само собой. Конфиг твоего generic ядра бубунты. Или там настолько много смешных опций, что боишься показывать?))

Конфиг твоего generic ядра бубунты.

В репозитории лежит, я в него даже не заглядывал. Последний раз я собирал ядро, когда патчил поддержку VIA KT266 на 2.4 ядре.

У меня нет желания выкачивать конфиги с репозитория бубунты. Я предложил помочь, но вижу помощь не нужна.

Я предложил помочь, но вижу помощь не нужна.

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

Примерно через 2,5-3 месяца.

ясно, спасибо

Судя по твоим вопросам вряд ли ты помочь можешь.

Смогу или не смогу - не Вам судить. Не стоит благодарности. Спасибо будет слишком много.

нет, блютуза у меня вообще нету. Ну да, с фризами работать не весело, согласен. Не повезло. А что за бук то?

:) ну, кривые xscreensaver'вские сейверы всегда виснули. поэтому у меня вызывается постоянно xlock -mode dclock

у меня ленова на г-не и палках от амд - умвр. не штеудом единным... как говорится. Ещё можно вспомнить 915 чипсет штеуда и его феерические глюки, да.