vicnaum: (Default)
vicnaum ([personal profile] vicnaum) wrote2010-05-21 08:41 pm
Entry tags:

Лайтрум тормозит

Заапгрейдил проц до 4-х ядерного. И обнаружил интересную особенность.

Нет, лайтрум всё равно тормозит.

НО!

Уменьшаем размер окна так, чтобы фото была по высоте 768 пикселей или меньше — всё ЛЕТАЕТ.

Увеличиваем на один пиксель, до 769 — дикие тормоза. На мышь реагирует с задержкой в 0.5-1сек.

Что бы это значило....

UPD: Вот видео процесса:



Как видно, для горизонтальных фото тоже справедливо (там число порядка 760)

UPD2: !!! Смотрим на картинки:
http://www.naumik.com/temp/scr/20100521-6tw-173kb.jpg
http://www.naumik.com/temp/scr/20100521-uf5-177kb.jpg

И видим, что там где начинает тормозить — включается то-ли шарп, то-ли что. Видимо причина в этом.
Причем, если его выключить (модуль Detail полностью отключить) — тормоза всё равно не пропадают :(
Написал на форум адоб.

Тема на майведе: http://www.mywed.ru/forum/talk/view/10547/

UPD3: Как показали темы на майведе и адобе — тормозит лайтрум так у всех, а не только у меня. Хоть что-то радует :)
Еще опыт показал, что это не из-за бетки — на 2.7 такая же фигня. На размере 768x512 фотки и ниже всё летает. На 769x513 уже начинаются ощутимые тормоза. При этом никакого шарпа не включается, фотка такая же, но тормозит. Значит бета лучше — она хоть тормозит "из-за чего-то", а не просто так :)

Еще это:
1) Не из-за дров (обновил на последние)
2) Не из-за мультимониторов (оставил только один, 1920x1080)
3) Не из-за UltraVNC Mirror Driver'а (тоже удалил)

Кстати, многие могут и не заметить этих тормозов, т.к. чтобы они начались — окно лайтрума должно быть 1112x850, что больше 1024x768, распространенного на большинстве мониторов.

[identity profile] graf-egorkin.livejournal.com 2010-05-21 05:49 pm (UTC)(link)
768 = 2^9 + 2^8.

Для преобразования декартовых координат в линейный адрес буффера в памяти нужно произвести умножение. Умножения на степени двойки крайне быстрые, т.к. числа и так хранятся в двоичной системе.

Вероятно, разработчики записали быстрые способы умножения для удобных разрешений (512, 640, 768, 1024, etc). Для неудобных используется обычное, гораздо более медленное умножение.

[identity profile] 9smellycat.livejournal.com 2010-05-21 06:09 pm (UTC)(link)
там в настройках есть превью сайз, настраиваются размеры превьюшки 1024, 1440рх... - может как-то с этим связано?

[identity profile] vejasdrugelis.livejournal.com 2010-05-21 07:32 pm (UTC)(link)
оперативочка)

[identity profile] nailgun.livejournal.com 2010-05-21 09:31 pm (UTC)(link)
Я тут не по теме, ибо все равно в лайтрумах ничерта не понимаю :)
Что за проц взял? Сколько оперативы?

[identity profile] terr0q.livejournal.com 2010-05-21 10:27 pm (UTC)(link)
Та же фигня. Подозреваю, что для превьюх разного размера используются разные алгоритмы обработки, и граница лежит как раз на означенном размере. Т.е. если картинка небольшая, то чего зря стараться с детальной проработкой? А если здоровая, надо уже проработать на полную катушку. Явно алгоритмическая фича.

[identity profile] syromonoed.livejournal.com 2010-09-16 01:47 pm (UTC)(link)
Аналогично сменил себе проц на двухядерник, а толку мало. Наткнулся на ваш пост и убедился в том, что на мелком разрешении всё шустро. Но как нормально работать на 1920, ведь на мелком 768 не видно нефига. Вам удалось найти какое-нибудь решение кроме покупки 7-ядерного интела?

[identity profile] nw.livejournal.com 2011-03-04 01:39 am (UTC)(link)
у меня амд х6, моник 1920 1080, абсолютно теже лаги!

[identity profile] nw.livejournal.com 2011-03-20 01:39 pm (UTC)(link)
а в третьем баг этот остался?!