ROSAForum

Случайно обнаружил ядро 4.3. Решил поставить себе.
Установил на дистрибутив в ВиртуалБоксе с Плазмой 5.
Работает вроде нормально. Правда, где-то проскочило, что не установился какой-то модуль для ext3, но он мне и не нужен.

Мда... Не плохо. Аж сразу 4.3.3 ...

Алзим писал(а):Случайно обнаружил ядро 4.3. Решил поставить себе.

А где нашли?

DrXank писал(а):
Алзим писал(а):Случайно обнаружил ядро 4.3. Решил поставить себе.
А где нашли?

Там же где лежит ядро 4.2

В зависимости от вашей системы выберите нужное:

Если у вас 32-х разрядная система, то напишите в терминале:

Код: Выделить всё

urpmi.addmedia Kernel4.3 http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/i586/kernel_4_3/release/ --update

Если 64-х разрядная, то напишите:

Код: Выделить всё

urpmi.addmedia Kernel4.3 http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/kernel_4_3/release/ --update

После этого в терминале напишите:

Код: Выделить всё

urpmi --auto-update

должна будет пойти установка. После установки перезагрузитесь.

Ну и на всякий случай, после перезагрузки, снова войдите в консоль и напишите:

Код: Выделить всё

uname -a

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

Всё проделал, но не устанавливается ядро 4.3.
Источник сохранён, но всё равно 4.1.15

DrXank писал(а):Всё проделал, но не устанавливается ядро 4.3.
Источник сохранён, но всё равно 4.1.15

У меня тоже было такое.
Я вручную поставил через «Установку и удаление программ».
Но, как я ставил, я советовать не буду, т.к. не уверен в правильности своих действий.
Я думаю, лучше дождаться ответа какие пакеты надо ставить и что нажимать в такой ситуации от инженеров РОСЫ.
Как я понял, там есть выбор: или ставить 4.3 и не выше, или просто текущую которая со временем может быть 4.4 или больше.
Какой правильный вариант, я не знаю. Я себе поставил просто текущую версию без ограничений.

Ставил как обычно, работает..может немного медленно. но думаю исправится

DrXank писал(а):Всё проделал, но не устанавливается ядро 4.3.
Источник сохранён, но всё равно 4.1.15

Видимо, -latest пакет от 4.3 у вас не установлен. Установите его вручную, тогда вам будут приходить обновленные ядра 4.3
А чтоб вообще последнее ядро прилетало, нужно общий -latest пакет от ядра, без указания версии.

Перешел с 4.2.8 на 4.3.3 - проба https://linux-hardware.org/?probe=f0da452f78

Поставил ядро 4.3.3 полёт нормальный.

keleg писал(а):А чтоб вообще последнее ядро прилетало, нужно общий -latest пакет от ядра, без указания версии.

А где его взять?

urpmi kernel-nrj-desktop-latest
тогда будет искать в подключенных репозиториях последнее ядро и ставить его. Осторожнее, если у вас ATI и проприетарные драйвера!

Обновил ядро. Замечаний нет!

keleg писал(а):urpmi kernel-nrj-desktop-latest
тогда будет искать в подключенных репозиториях последнее ядро и ставить его. Осторожнее, если у вас ATI и проприетарные драйвера!

roman@roman-TravelMate-8372 ~ $ urpmi kernel-nrj-desktop-latest
Пакет kernel-nrj-desktop-latest-4.3.3-1-rosa2014.1.x86_64 уже установлен
roman@roman-TravelMate-8372 ~ $
Но все равно, это роли не играет - пока нужный репозиторий не подключишь, ничего не прилетит. А с оф. репозитория и так в обновлениях все приходит.

Не, схема изменилась. Теперь (с R7) автоматом перехода на новую ветку ядер не будет, будут обновления только внутри ветки.

keleg писал(а):Не, схема изменилась. Теперь (с R7) автоматом перехода на новую ветку ядер не будет, будут обновления только внутри ветки.

Странно…
Я не увидел ничего плохого, что моя система автоматом перешла с ядра 3.14 на 4.1.

Алзим писал(а):
keleg писал(а):Не, схема изменилась. Теперь (с R7) автоматом перехода на новую ветку ядер не будет, будут обновления только внутри ветки.
Странно…
Я не увидел ничего плохого, что моя система автоматом перешла с ядра 3.14 на 4.1.

Бывают и регрессии. Например у человека wifi, он под нее нашел и поставил драйвера. А в 4.1 они уже встроенные и между ветками получается конфликт.

установил на пк и ноутбуке - работает!

Обновился на ноутбуке (HP-630), полет нормальный. По ощущениям быстрее работает.

keleg писал(а): Бывают и регрессии.

Работает нормально, но при обновлениях выдаёт:
Failed to install module ext3
Failed to install module ext3
Failed to install module ext3
...

В описании релиза сказано:
"Дисковая подсистема, ввод/вывод и файловые системы
Из состава ядра исключён драйвер ext3, так как он является дублирующим - функции работы с разделами ext3 имеются в драйвере ext4, который полностью обратно совместим с прошлым поколением ФС и может использоваться в качестве прозрачной замены драйвера ext3;"

Видимо, это будет продолжаться пока все не перейдут на ядро 4.3?

ans писал(а):Работает нормально, но при обновлениях выдаёт:
Failed to install module ext3
<...>
Видимо, это будет продолжаться пока все не перейдут на ядро 4.3?

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

Когда в очередной раз будем пересматривать и прочищать механизм сборки установочных образов ROSA, а также конфигурацию initrd, избавимся там везде от ext3.

Алзим писал(а):Случайно обнаружил ядро 4.3. Решил поставить себе.
Установил на дистрибутив в ВиртуалБоксе с Плазмой 5.
Работает вроде нормально. Правда, где-то проскочило, что не установился какой-то модуль для ext3, но он мне и не нужен.

Как и с 4.2 в своё время - нашим пользователям можно и не объявлять, что пакеты с новым ядром доступны.

Да, я перед праздниками собрал 4.3.3 в kernels_stable_personal. Тем более, кое-кто из пользователей уже на Intel Skylake "Росу" пробует, а поддержка этого только в 4.3 появилась.

Там, правда, perf не собран из-за багов - это я попозже починю.

Поставил 4.3.3 теперь яркость снова регулируется на нетбуке asus x102ba с графикой radeon. Только теперь громкость не меняется ))) в горячих кнопках перенастраивал заново связи но не меняет громкость.
https://linux-hardware.org/?probe=a46c4a11bf

euspectre писал(а):
Алзим писал(а):Случайно обнаружил ядро 4.3. Решил поставить себе.
Установил на дистрибутив в ВиртуалБоксе с Плазмой 5.
Работает вроде нормально. Правда, где-то проскочило, что не установился какой-то модуль для ext3, но он мне и не нужен.
Как и с 4.2 в своё время - нашим пользователям можно и не объявлять, что пакеты с новым ядром доступны.

Да, я перед праздниками собрал 4.3.3 в kernels_stable_personal. Тем более, кое-кто из пользователей уже на Intel Skylake "Росу" пробует, а поддержка этого только в 4.3 появилась.

Там, правда, perf не собран из-за багов - это я попозже починю.

В основные репозитарии когда упадёт 4.3?
Вручную неохота, зеркала теряются, типа не найдено в $mirrorlist.

Ни разу не терялось. Файл-Добавить пользовательский источник.

Проверю. Но потом.
Как руки спрямлю

vlad@vlad-orlov.ru писал(а): В основные репозитарии когда упадёт 4.3?

Возможно, что никогда.
Точнее, оно попадёт, но может оказаться недоступным.
Лень перечитывать тему, но по-моему в этой же теме написано, что версии ядер надо будет менять вручную. Например, что с 4.1 на 4.3 автоматом не перепрыгнет.

euspectre писал(а):[Как и с 4.2 в своё время - нашим пользователям можно и не объявлять, что пакеты с новым ядром доступны.

Разрешите не согласиться с вами.

Форум — это место для общения и обсуждения. В том и смысл форума, чтобы обмениваться информацией.
Если я узнал что-то новое и интересное, то форум то самое место, где можно поделиться информацией и обсудить это.

Алзим писал(а):
vlad@vlad-orlov.ru писал(а): В основные репозитарии когда упадёт 4.3?
Возможно, что никогда.
Точнее, оно попадёт, но может оказаться недоступным.
Лень перечитывать тему, но по-моему в этой же теме написано, что версии ядер надо будет менять вручную. Например, что с 4.1 на 4.3 автоматом не перепрыгнет.

Если будет оттестировано, то можно у вручную. Я так понимаю - добавить к себе personal_stable?

Как добавить 4.3 написано в этой теме.
Если вы эту тему перечитаете, то всё увидите.

Поставил на VirtualBox. Вроде пока нормально.
Но VirtualBox не гасится после выключения машины. Буду смотреть.

Алзим писал(а):Разрешите не согласиться с вами.
Форум — это место для общения и обсуждения. В том и смысл форума, чтобы обмениваться информацией.
Если я узнал что-то новое и интересное, то форум то самое место, где можно поделиться информацией и обсудить это.

Это всё правильно,так обычно и делается.

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

Так было и с ядром 4.1 или 4.2 - не помню, с каким из них.

Обычно, если собираем какие-то драйверы или варианты ядра, то сначала проверяем у себя, потом уже объявляем на форуме, само собой. То же наше пятничное тестирование как раз по такой схеме делается.

Алзим писал(а):
vlad@vlad-orlov.ru писал(а): В основные репозитарии когда упадёт 4.3?
Возможно, что никогда.

В основных репозиториях у нас только основное ядро, на данный момент 4.1. Остальные варианты ядра так и остаются в kernels_stable-personal + в персональных репозиториях других пользователей, например, Niccolo Costanza (варианты nrjQL и пр.).

На 4.3 вряд ли будем переходить в качестве основного. 4.4, как говорят разработчики mainline-ядра, будет ядром с долговременной поддержкой, так что вряд ли 4.3 будет иметь такой же статус.

На нетбуке IRU D1001 (ssd 120, 4GB RAM...)
Обновил ядро до 4.3.3 - вентилятор фигачит без остановки.
https://linux-hardware.org/?probe=65ac4a2066
Есть идеи?
На 4.1.Х так не было....

vlad@vlad-orlov.ru писал(а):На нетбуке IRU D1001 (ssd 120, 4GB RAM...)
Обновил ядро до 4.3.3 - вентилятор фигачит без остановки.
https://linux-hardware.org/?probe=65ac4a2066
Есть идеи?
На 4.1.Х так не было....

Посмотрите /etc/sysconfig/cpupower может слетало с "powersave" на "performance" или еще что-то. И перезагрузить надо.

Посмотрю. Третий час жужжит.
Ноль в конфиге:
# If you would like to use a particular CPU frequency scaling governor
# rather than the default one, specify it here.
# CPUPOWER_GOVERNOR=

# Other command-line arguments to cpupower.
# See 'cpupower help' and cpupower(1) for more info.
# CPUPOWER_OTHER_ARGS=

У меня так и не жужит. И почему то у вас по другому все.

# See 'cpupower help' and cpupower(1) for more info
CPUPOWER_START_OPTS="frequency-set -g powersave"
CPUPOWER_STOP_OPTS="frequency-set -g powersave"

vlad@vlad-orlov.ru писал(а):Посмотрю. Третий час жужжит.
Ноль в конфиге:
# If you would like to use a particular CPU frequency scaling governor
# rather than the default one, specify it here.
# CPUPOWER_GOVERNOR=

# Other command-line arguments to cpupower.
# See 'cpupower help' and cpupower(1) for more info.
# CPUPOWER_OTHER_ARGS=

У меня также прописано.

vlad@vlad-orlov.ru писал(а):На нетбуке IRU D1001 (ssd 120, 4GB RAM...)
Обновил ядро до 4.3.3 - вентилятор фигачит без остановки.
https://linux-hardware.org/?probe=65ac4a2066
Есть идеи?
На 4.1.Х так не было....

Судя по логам, собранным hw-probe, используется всё та же схема управления частотой процессора "ondemand", что и раньше. Не "performance". Но да, процессор почему-то в тот момент работал на максимальной частоте из возможных. Неясно, почему.

Это всё можно посмотреть в выводе команды

Код: Выделить всё

cpupower frequency-info

Интересно, на ядре 4.2.8 процессор тоже работает на максимуме постоянно?

А cpupower не может быть виновником торжества?
Если я правильно понял, то у чела cpupower остался от ядра 4.1.х, а ядро 4.3.3:..

Xakep писал(а):А cpupower не может быть виновником торжества?
Если я правильно понял, то у чела cpupower остался от ядра 4.1.х, а ядро 4.3.3:..

А как вы это поняли, если это не секрет?
Насколько я знаю, cpupower обновляется автоматически вместе с ядром.
Например, я устанавливал самое свежее сегодняшнее обновление ядра 4.3 и cpupower обновился вместе с ядром.

Если добавить репу; и установить ядро вручную, то cpupower обновится толь при следующем обновлении; а чел ни чего не говорил о обновлении.

Xakep писал(а):Если добавить репу; и установить ядро вручную, то cpupower обновится толь при следующем обновлении; а чел ни чего не говорил о обновлении.

Следующее обновление было сегодня и уже доступно.

А что касаемо отдельных юзеров, то я соглашусь с вами. Они вполне могут установить только одно ядро вместо «kernel-nrj-desktop-4.3-latest» или «kernel-nrj-desktop-latest».
Я ещё зачем-то удаляю прошлые версии, например «kernel-nrj-desktop-4.1-latest», если они есть. Правда, не знаю, есть ли в этом необходимость или нет. Но, я подозреваю, что если не удалить, то и эти ядра тоже будут обновляться и даже будет загрузка с них. Ведь, каждое последнее установленное ядро пытается прописать себя в Grub2.
Впрочем, это только мои предположения, т.к. на практике ни с чем подобным я пока не встречался.

Сменил на kernel-nrj-laptop, стало поспокойнее.)))
Что касается cpupower, оно обновляется после ядра, при следующей загрузке. Сразу почему-то не тащит.

Вчера вечером (примерно в 23.00) прилетело 4.3.3 -2 на этапе

Код: Выделить всё

broadcom-wl (6.30.223.271-2): Installing module.

висит уже почти 12 часов (хорошо, что ноутбук - можно отнести работать в другое место. Как остановить зависший процесс? Проба на текущий момент https://linux-hardware.org/?probe=91a52817c9
Можно ли перезагрузиться и по новой обновиться?

Если нет Вай-Фая от данной фирмы, то модуль broadcom-wl надо удалять в самую первую очередь.

Галахов Роман писал(а): Можно ли перезагрузиться и по новой обновиться?

Я думаю, что можно. Ведь, ядро не установилось, а значит в Grub2 ещё не прописалось.

Алзим писал(а):Если нет Вай-Фая от данной фирмы, то модуль broadcom-wl надо удалять в самую первую очередь.

Да, так лучше.

Галахов Роман писал(а): Можно ли перезагрузиться и по новой обновиться?

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

Алзим писал(а):Я ещё зачем-то удаляю прошлые версии, например «kernel-nrj-desktop-4.1-latest», если они есть. Правда, не знаю, есть ли в этом необходимость или нет. Но, я подозреваю, что если не удалить, то и эти ядра тоже будут обновляться и даже будет загрузка с них. Ведь, каждое последнее установленное ядро пытается прописать себя в Grub2.

Да, если в системе установлен пакет «kernel-nrj-desktop-4.1-latest», то обновления для ядра 4.1 будут приходить, даже если используется другое ядро. Если в качестве основного используете другое ядро, то да, -latest пакеты для остальных можно и удалить.

Все ядра прописывают себя в список вариантов загрузки в GRUB. По умолчанию, текущим делается ядро с наиболее новой версией (необязательно то, что установлено позже всех).

Алзим писал(а):
Xakep писал(а):А cpupower не может быть виновником торжества?
Если я правильно понял, то у чела cpupower остался от ядра 4.1.х, а ядро 4.3.3:..
А как вы это поняли, если это не секрет?

Список пакетов, установленных в системе, есть в данных, которые собирает hw-probe. Эти данные видны, если открыть URL, который hw-probe выдал.

Там в списке - cpupower-4.3.3, т.е. обновлён и он.

euspectre писал(а): По умолчанию, текущим делается ядро с наиболее новой версией (необязательно то, что установлено позже всех).

Значит, если я надумаю установить ядро 3.14, то загрузиться с этим ядром я смогу только установив его вручную в Grub2.
Понятно. Спасибо.

Перезагрузился нормально. Судя по предпоследней пробе у меня:
pci:14e4-4357-105b-e021 » 02-80 detected network wl Broadcom Corporation BCM43225 802.11b/g/n Foxconn International, Inc. T77H103.00 Wireless Half-size Mini PCIe Card
Так, что удалить не получиться
Вот снова прилетели

Код: Выделить всё

(источник «Kernel4.3»)
 kernel-headers                              4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-4.3-latest               4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-4.3.3-2rosa-x86_64       1            1             rosa  2014.1 x86_64 
 kernel-nrj-desktop-devel-4.3.3-2rosa-x86_64 1            1             rosa  2014.1 x86_64 
 kernel-nrj-desktop-devel-latest             4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-latest                   4.3.3        2             rosa  2014.1 x86_64 
 perf                                        4.3.3        2             rosa  2014.1 x86_64

Пока этот источник отключу - до прояснения ситуации. И буду обновляться без него.

Галахов Роман писал(а):Перезагрузился нормально. Судя по предпоследней пробе у меня:
pci:14e4-4357-105b-e021 » 02-80 detected network wl Broadcom Corporation BCM43225 802.11b/g/n Foxconn International, Inc. T77H103.00 Wireless Half-size Mini PCIe Card
Так, что удалить не получиться
Вот снова прилетели
Код: Выделить всё
(источник «Kernel4.3»)
 kernel-headers                              4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-4.3-latest               4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-4.3.3-2rosa-x86_64       1            1             rosa  2014.1 x86_64 
 kernel-nrj-desktop-devel-4.3.3-2rosa-x86_64 1            1             rosa  2014.1 x86_64 
 kernel-nrj-desktop-devel-latest             4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-latest                   4.3.3        2             rosa  2014.1 x86_64 
 perf                                        4.3.3        2             rosa  2014.1 x86_64 
Пока этот источник отключу - до прояснения ситуации. И буду обновляться без него.

А зачем вам два «-latest». Как я понимаю, если стоит «kernel-nrj-desktop-devel-latest» ядра продолжат обновляться даже если выйдет 4.4 и т.д. А наличие « kernel-nrj-desktop-4.3-latest» говорит о том, что и ядра 4.3 будут обновляться независимо от версии других ядер.

Алзим писал(а):
Галахов Роман писал(а):Перезагрузился нормально. Судя по предпоследней пробе у меня:
pci:14e4-4357-105b-e021 » 02-80 detected network wl Broadcom Corporation BCM43225 802.11b/g/n Foxconn International, Inc. T77H103.00 Wireless Half-size Mini PCIe Card
Так, что удалить не получиться
Вот снова прилетели
Код: Выделить всё
(источник «Kernel4.3»)
 kernel-headers                              4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-4.3-latest               4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-4.3.3-2rosa-x86_64       1            1             rosa  2014.1 x86_64 
 kernel-nrj-desktop-devel-4.3.3-2rosa-x86_64 1            1             rosa  2014.1 x86_64 
 kernel-nrj-desktop-devel-latest             4.3.3        2             rosa  2014.1 x86_64 
 kernel-nrj-desktop-latest                   4.3.3        2             rosa  2014.1 x86_64 
 perf                                        4.3.3        2             rosa  2014.1 x86_64 
Пока этот источник отключу - до прояснения ситуации. И буду обновляться без него.
А зачем вам два «-latest». Как я понимаю, если стоит «kernel-nrj-desktop-devel-latest» ядра продолжат обновляться даже если выйдет 4.4 и т.д. А наличие « kernel-nrj-desktop-4.3-latest» говорит о том, что и ядра 4.3 будут обновляться независимо от версии других ядер.

Просто установил один пакет, и пока не удалил 2й - пока он не мешается. Да и 4.3 - скоро закончит обновляться как 4.2...

Галахов Роман писал(а): Вот снова прилетели

Да, я вчера пересобрал это ядро, починив сборку Perf. В самом ядре, по сравнению с 4.3.3-1, не должно быть изменений.

Игра ради игры? Зачем оно нужно это 4.3, особенно, если —

euspectre писал(а):На 4.3 вряд ли будем переходить в качестве основного

Delles писал(а):Игра ради игры? Зачем оно нужно это 4.3, особенно, если —

euspectre писал(а):На 4.3 вряд ли будем переходить в качестве основного

Тестирование и отбор лучшего, что потом войдет в 4.4...
Если, что не работает на вашем оборудовании, лучше тестировать/исправлять в ядрах с короткой поддержкой, так как там можно опробовать экспериментальные решения...

Я не знаю, какие изменения за это время были на ABF, но сейчас, когда попробовал снова обновить ядро на 4.3.3-2, все прошло быстро и без задержек. Проба https://linux-hardware.org/?probe=89ff72e89d

Галахов Роман писал(а):Тестирование и отбор лучшего, что потом войдет в 4.4...
Если, что не работает на вашем оборудовании, лучше тестировать/исправлять в ядрах с короткой поддержкой, так как там можно опробовать экспериментальные решения...

Да, именно. Заранее выяснятся многие особенности ядра.

Для 4.1 это дало очень хороший результат: пользователи пробовали его уже с лета, нашли там много багов, большая часть которых затем была исправлена. А также нашли много того, что в 4.1 стало лучше.

Этот опыт, эта информация были очень важны, когда мы решали, на какое ядро переходить после 3.14 в качестве основного.

Пока стабильно на динозаврике ) вот проба

Как на Asus T100TAL не работали звук, синезуб, управление энергопитанием и камеры, так и не работают.
Графика в KDE4 стала более тормознутой.

Из плюсов - на том же Asus-е не так часто виснет при подключенной док-станции при загрузке.

Заметил, что в репы летит ядро 4.3.5, но только для 64-х разрядных систем.
А для 32-х не будет?

Прилетело ядро 4.3.5 для 32-х разрядных систем.
Установил. Перезагрузился. Полёт нормальный.

Алзим писал(а):Прилетело ядро 4.3.5 для 32-х разрядных систем.
Установил. Перезагрузился. Полёт нормальный.

на 64-м тоже хорошо...

Поставил ядро 4.3.5 - пару дней поработал нормально, пока не запустил в KTorrent загрузку на пару гигабайт на раздел NTFS, KTorrent начал жутко тормозить, 5-10 секунд нормальной работы сменялись полной его заморозкой на 1-2 минуты (в системном мониторе вместо процента загрузки процессора возле ktorrent в это время написано "в ожидании на диске".

Помог возврат к ядру 4.1.16.

Осенью человек столкнулся с подобной проблемой, решил заменой торрент-клиента: http://kubuntu.ru/node/13374

Проба оборудования сразу после установки ядра 4.3.5 https://linux-hardware.org/?probe=827a843e30

еще бы пробу после зависания торрента...

keleg писал(а):еще бы пробу после зависания торрента...

https://linux-hardware.org/?probe=5da0ab16bb

Сейчас попробую не на NTFS-раздел еще проверить...

Да, на разделе ext4 ktorrent не зависает, только на NTFS. Я ждал несколько минут, чтобы остановить загрузку на ntfs, пока ktorrent не очнулся.

Во время и между подвисаниями ktorrent загрузка процессора в мониторе - 100% (графики обоих ядер большую часть времени на 100%).

sergkhb писал(а):Да, на разделе ext4 ktorrent не зависает, только на NTFS. Я ждал несколько минут, чтобы остановить загрузку на ntfs, пока ktorrent не очнулся.

Во время и между подвисаниями ktorrent загрузка процессора в мониторе - 100% (графики обоих ядер большую часть времени на 100%).

Когда подвиснет в очередной раз, посмотрите pid'ы соотв. процессов + тех, что больше всего CPU занимают и под root выведите содержимое файлов /proc/<pid>/stack. Выложите сюда, что получится.

Посмотрим, в ядре они тормозят или нет.

euspectre писал(а):Когда подвиснет в очередной раз, посмотрите pid'ы соотв. процессов + тех, что больше всего CPU занимают и под root выведите содержимое файлов /proc/<pid>/stack. Выложите сюда, что получится.

10581_ktorrent
Вот такой stack 5 раз из 6:

Код: Выделить всё

[<c0249242>] balance_dirty_pages.isra.20+0x442/0xea0
[<c0249f73>] balance_dirty_pages_ratelimited+0x2d3/0x4b0
[<c0269ed6>] handle_mm_fault+0x366/0x1220
[<c014a0c7>] __do_page_fault+0x167/0x4b0
[<c014a42a>] do_page_fault+0x1a/0x20
[<c07da452>] error_code+0x5a/0x60
[<ffffffff>] 0xffffffff

А вот такой один раз (видимо не в тот момент скопировал):

Код: Выделить всё

[<c02b52c6>] poll_schedule_timeout+0x36/0x60
[<c02b6881>] do_sys_poll+0x421/0x530
[<c02b6a2f>] SyS_poll+0x4f/0xe0
[<c07d953e>] syscall_after_call+0x0/0x4
[<ffffffff>] 0xffffffff

Остальные процессы грузят на 1-5 процентов в этот момент, вот они:
5206-firefox

Код: Выделить всё

[<c02b52c6>] poll_schedule_timeout+0x36/0x60
[<c02b6881>] do_sys_poll+0x421/0x530
[<c02b6a4b>] SyS_poll+0x6b/0xe0
[<c07d953e>] syscall_after_call+0x0/0x4
[<ffffffff>] 0xffffffff

6290_ksysguard

Код: Выделить всё

[<c02b52c6>] poll_schedule_timeout+0x36/0x60
[<c02b6881>] do_sys_poll+0x421/0x530
[<c02b6a2f>] SyS_poll+0x4f/0xe0
[<c07d953e>] syscall_after_call+0x0/0x4
[<ffffffff>] 0xffffffff

sergkhb писал(а): 10581_ktorrent
Вот такой stack 5 раз из 6:

Код: Выделить всё

[<c0249242>] balance_dirty_pages.isra.20+0x442/0xea0
[<c0249f73>] balance_dirty_pages_ratelimited+0x2d3/0x4b0
[<c0269ed6>] handle_mm_fault+0x366/0x1220
[<c014a0c7>] __do_page_fault+0x167/0x4b0
[<c014a42a>] do_page_fault+0x1a/0x20
[<c07da452>] error_code+0x5a/0x60
[<ffffffff>] 0xffffffff

Спасибо, полезная информация.

То, что большая часть процессов сидит в poll_schedule_timeout() - это нормально. Они там спят и ресурсов особых не требует.

А вот, что процессы в balance_dirty_pages() и пр. много времени тратят - это неожиданно. Пока, правда, неясно, из-за чего они там так долго сидят.

Раз проявляется при работе с NTFS-разделом, но не с ext4, значит, очень возможно, что проблема в fuse.

Что-то очень похожее поправили в fuse в ядре 4.4 (http://sourceforge.net/p/fuse/mailman/message/34700915/, https://git.kernel.org/cgit/linux/kerne ... 8e1e9ea876).

Попробуйте ядро 4.4.x, посмотрите, как с ним всё пойдёт.

Пакеты с этим ядром для 32-битных систем можно взять здесь: http://abf-downloads.rosalinux.ru/kerne ... 4/release/

Судя по датам сообщений, правили в конце прошлого года, а я тестировал 4.4.1 буквально на днях, проблема та же:
http://forum.rosalab.ru/viewtopic.php?f ... 781#p63396

sergkhb писал(а):Судя по датам сообщений, правили в конце прошлого года, а я тестировал 4.4.1 буквально на днях, проблема та же:
http://forum.rosalab.ru/viewtopic.php?f ... 781#p63396

А, понятно. Просто то исправление в 4.3-stable так и не попало.

Тогда, кроме как bisect'ить ядро и искать, какое именно изменение всё сломало, идей нет. Дело это, правда, хоть и не очень сложное, но времени требует.

У меня вопрос, если мы знаем, что версия ядра 4.3 это не длительной поддержки, тогда зачем создавать 4.3.rpm?
Мне кажется проще задержать внимание на 4.1 и 4.4, а 4.3 не развивать.
Или я, что то путаю?

DrXank писал(а):У меня вопрос, если мы знаем, что версия ядра 4.3 это не длительной поддержки, тогда зачем создавать 4.3.rpm?
Мне кажется проще задержать внимание на 4.1 и 4.4, а 4.3 не развивать.
Или я, что то путаю?

Предположу, что собрать 4.4 с наработками для 4.3 проще, чем с 4.1

Я уже на 4.4 сижу и не жужу.

Алзим писал(а): Предположу, что собрать 4.4 с наработками для 4.3 проще, чем с 4.1

Именно так. Здесь оказалось гораздо проще делать всё постепенно.

Например, подготовка пакетов с ядром 4.0.x после 3.14.x потребовала довольно много времени. Подготовка пакетов с 4.4.x сейчас, когда 4.3.x уже было, прошла в разы быстрее.

Плюс, не всегда заранее известно, какое ядро получит долгосрочную поддержку.

Ещё один момент - если в 4.4, скажем, выявится какой-то баг, который надо проанализировать и исправить, полезно будет сравнить поведение с поведением на 4.3. Это может помочь понять, где всё сломалось.

Кстати, что касается 4.3.x. После версии 4.3.6, которая сейчас готовится, на kernel.org его поддержку прекратят. Так что 4.3.6, думаю, ещё соберём на всякий случай и на этом с 4.3.x закончим.

ROSAForum

Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3

Re: Ядро 4.3