Свежие комментарии

Он штатно опускается до 200, не проблема.

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

Но мне кажется, что это - следствие. Т.е. я сегодня с утра остановил powerd, частота вернулась на свои родные 3300, но залипание не исчезло, как часы не тикали в top-е, так и не стали тикать.

кстати, а может и правда -- железо?
типа при опускании частоты до 200 может прийти писец какому-то таймеру.
что за мать, камень?
ну и ограничить частоту с низу к примеру 400. debug.cpufreq.lowest

serial console дотянуть никак не получится?

Ну и ALT_BREAK_TO_DEBUGGER, разумеется...

А смотреть на FAIL (у меня там ненулевые счетчики в 64-bucket и 128-bucket) или на Free==0 (аналогично - 0 в 128-bucket) или на что?

vmstat -z
для начала, наверное

мало ли какие, ну кончилось место в его зоне откуда он uma_zalloc делает и ага

Таймер же встает, какие у таймера буфера?

Вчера когда заснуло так - смотрел сетевые буфера, там до лимитов далеко еще было.

буфера смотрел?

МГТС - это не тот же МТС, а другой.
Они не могут формально объединиться т.к. иначе МТС признают монополистом в Москве.
Поэтому они в принципе не могут иметь общую бухгалтерию.
Это одна сторона вопроса.
А другая состоит в том, что между менеджментом двух компаний там длительное время было противостояние и неприязнь.

Ну и главное - в первом (вполне приличном) приближении, чем дальше значение в пикселе от среднего, тем больше будет dE от среднего. Да, наверное, у синего канала это выражено меньше, а у зеленого - больше, ну и что?

но проблема курицы и яйца (см постинг AT на который вы отвечали) относилась (заложусь и напишу - наверное) к необходимости использовать какой-то "неправильный" (ибо только он и есть на этот момент) "профиль" для того чтобы рассчитать что-то ( после color transform'a RGB координат после демозаики - даже если half - используя этот "неправильный" "профиль" в какое-то правильное цветовое пр-во ) что будет использоваться (фильтрация всякой грязи, шума, etc) для построения "правильного" "профиля"... использование half (а ля rpp) к данному вопросу о курице и яйце таки ортогонально (хотя и правильно)

Я отвечал на другой вопрос. Суть как я понимаю примерно такая: чтобы в числах иметь качественное представление о цветах, которое соотносится с тем, что видит человек, нужен профиль. Если человеку очевидны небольшие пертрубации синего на зелёном фоне, то алгоритму демозаики порой трудно разобраться из-за относительной слабости синего в канале яркости и неправильной интерпретации его в силу неверного профиля. Именно для этого может быть полезен правильный профиль камеры, о котором тут речь. Интерполяция half способна выдать _цвет_, который необходим для профилирования, не используя настоящую демозаику, она как бы не особо нужна тут.

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

> Люди которые способны выбрать - способны сами спрограммировать на LibRaw что хотят.

способны != будут... посему таки дать опцию выбора Ё-) и снять вопрос с повестки