PuppyRus-A02

[k0l0p0k]

ну что в menu.lst соответств. изменения внести надо это понятно.
кроме меня и RoDoN вроде зависаний больше не было ни у кого - вполне возможно что виноват какой-нибудь драйвер, а не ядро - ну это догадки.

[Pro]

k0l0p0k, автор pf-patch писал что начиная с версии 3.16 патча устранено сложное случайное зависание из-за BFS или BFQ, я путаю их. Возможно ваш случай.

[sfs]

немного потестил последнюю PRA.

Исходя из этого - вряд ли 3.16 BF*

[k0l0p0k]

заменил ядро на 3.2.33-4g 3.11.3-pf i686,тестирую на нетбуке Samsung-N145(intel-atom,видеокарта встроена в проц)
два монитора определились правильно(не автоматом - после захода в настройки дисплея)
и с правильным разрешением у обоих(1й-бук 1024x600,2й - 19" 1440x900 ),
выбрал бук слева,2й справа .Нижняя панель расположилась на правом(19"),ярлыки на левом мониторах.Расположение панели можно сменить чз настройки панели.
на 3.14.17-pf4 ядре на нетбуке после загрузки Х ось виснет сразу(3 попытки).
Оставил включенным на ночь: грузился торрент + хром + VLC(на 19" воспроизведение на весь экран ) - продержался до утра  .
потестировал АссаултКубе - не виснет ,при этом хром свернут,VLC на паузе(на другом мониторе).
тестирование 5 дней - зависаний нет .

[nik152]

Все нормально вроде, по умолчанию в ядре выставлен режим управления частотой Ondemand

Да - когда потребуется моща - проц сам подтянет частоту до максимума

Динамический режим работы говорите? Конечно, это здорово, но меня больше смутила частотная асирхронизация, нигде больше подобного не видел. Потому и возник вопрос: а насколько хорошо в этом случае стыкуются параллельные процессы? Ну да ладно, "можа яно так и трэба"...
А вот скрины непонятных срывов 050-mc-git-4.8.13-ncurs (075-м не пользуюсь), процессы не убиваются. Вернул 050-mc-4.8.11-1-i686. Иногда грузят проц и какие-то другие, но отловить пока не могу, в htop их не видно, системность не уловил.

[sfs]

заменил ядро на 3.2.33-4g,тестирую на нетбуке Samsung-N145(intel-atom,видеокарта встроена в проц)
на 3.14.17-pf4 ядре на нетбуке после загрузки Х ось виснет сразу(3 попытки).

Откуда 3.2.33-4g ? Оно PAE? С initrd колдовать не пришлось? Комплект проприетарных драйверов есть?
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra01/kernel/ отсюда не пробовали дрова 3.11 был неплох и есть комплект проприетара

А вот скрины непонятных срывов 050-mc-git-4.8.13-ncurs (075-м не пользуюсь), процессы не убиваются. Вернул 050-mc-4.8.11-1-i686.

Тоже пару раз подобное замечал. Ок. в 1410 верну 050-mc-4.8.11-1-i686

[k0l0p0k]

Откуда 3.2.33-4g ? Оно PAE? С initrd колдовать не пришлось? Комплект проприетарных драйверов есть?
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra01/kernel/ отсюда не пробовали дрова 3.11 был неплох и есть комплект проприетара

3.2.33-4g и 000-kernel.pfs взял из предыдущих версий PRA(были на нетбуке,если не ошибаюсь pra1402),С initrd порядок,проприетарные для интела есть.
Оно PAE? - не помню ,

[sfs]

3.2.33-4g и 000-kernel.pfs взял из предыдущих версий PRA(были на нетбуке)

Не припоминаю такого. Может LF а не pra...
Хорошо бы протестировать с http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra01/kernel/3.11.3-pf/

[RoDoN]

Иногда грузят проц и какие-то другие, но отловить пока не могу, в htop их не видно, системность не уловил.

Я думал только у меня ни с того, ни с сего загрузка проца 100%, думал проц на ноуте слабоват, ан нет, оказывается и 2-х ядерники также грузятся. И должен заметить это с mc не связано, точнее не только из-за него такое происходит. Пробовал через htop вырубить максимальное число процессов, а загрузка проца со 100% не уходит, перезагрузка иксов тоже не помогает. От ядра не зависит, т.к. проверял на 3.11.3 и выше, заметил такое еще со сборки 14.08.

[sfs]

ни с того, ни с сего загрузка проца 100%

Каким процессом?

[RoDoN]

Хм, если б я знал, т.к. в трее показывает 100% и в htop тоже 100%, а в тоже самое время на всех процессах в htop или 0, или на некоторых максимум 2...3 % загрузка

[k0l0p0k]

3.2.33-4g и 000-kernel.pfs взял из предыдущих версий PRA(были на нетбуке)

Не припоминаю такого. Может LF а не pra...
Хорошо бы протестировать с http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra01/kernel/3.11.3-pf/

дико извиняюсь - тестируется как раз "3.11.3-pf i686"   ,откуда 3.2.33-4g увидел -  .

[nik152]

Хорошо бы протестировать с http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra01/kernel/3.11.3-pf/

Я подкинул это ядро в 1409, для Acer'a. При загрузке, когда появляется версия ядра, появляется что-то такое: Failed to start open Load/Save screen Backlight.., дальше не успеваю прочесть, а Паузой загрузка не останавливается. На других ноутах такого нет. Долго ещё не сидел, но проверил в vbox'e загрузку подвернувшейся сборки byte-006. Нормально, ничего не свалилось.

Хм, если б я знал, т.к. в трее показывает 100% и в htop тоже 100%, а в тоже самое время на всех процессах в htop или 0, или на некоторых максимум 2...3 % загрузка

Подтверждаю.

...оказывается и 2-х ядерники также грузятся.

Это на 901-м ёжике. На двухядернике не видел, но бывает что-то грузит на 25% Только в htope не видно, и рестарт Х не помогает

[k0l0p0k]

Хорошо бы протестировать с http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra01/kernel/3.11.3-pf/

Я подкинул это ядро в 1409, для Acer'a. При загрузке, когда появляется версия ядра, появляется что-то такое: Failed to start open Load/Save screen Backlight..,

- то же самое

[sfs]

Понижать версию ядра есть смысл только при проблемах.
Про 100% загузки - постите  вывод inxi-wrapper будем накапливать статистику
Иногда описаный эффект бывает когда запущен кривой скрипт - типа форка по кругу и т.п.
Вспоминайте что перед эффектом из самопала запускали

Про backlight https://wiki.archlinux.org/index.php/backlight - критично только для яркости