Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 10 сообщений
Cообщения с меткой

ускорение lightroom - Самое интересное в блогах

Следующие 30  »
akry

Ускорить Lightroom, ускорить

Воскресенье, 20 Января 2013 г. 18:47 (ссылка)

На ПетаПикселе обсуждается та самая инициатива Adobe, опубликовать «нетрадиционные» способы ускорить Lighroom. Судя по комментариям («Ах, купите MacBook!» — «Ага, лучший способ сделать из софта за 80$ комплекс за 2K$, при том, что Photoshop на моей машине пашет только в путь»), окончательным способом ускорить машину с Lightroom были и остаются 9.8 м/с2. Спасибо тебе, Adobe. Ты бздишь за нас денно и нощно.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
akry

Lightroom. Начнём с SSD

Понедельник, 12 Апреля 2010 г. 19:42 (ссылка)

Ещё раз спасибо всем за рекомендации по поводу выбора процессора для компа с Лайтрумом. Я останавливаюсь на i7 и трёхканальной памяти.


Но начал я с SSD — решил, всё равно давно собирался его купить. Приобретение: Kingston «ssdNow» 128Gb SSD.


Вот первые тесты:


Lightroom SSD speed test


Я сделал два каталога и два одинаковых набора фотографий — на HDD, и на SDD. Также я менял расположение ACR Cache — тоже то на жестком, то на твердотельном дисках. Добавлялось 422 фотографии, RAW и два полугигабайтных PSD. Превью делались для 30 фотографий, включая эти PSD. Кэш каждый раз обнулялся.


Как мы объективно зрим, разница по скорости между всеми вариантами в пределах погрешности.


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


Из чего я делаю вывод, что в своих сомнениях я был не так уж и неправ. Пропускной способности моих HDD для Лайтрума вполне хватало, и дополнительные мегабайты в секунду упёрлись в то же, во что они упирались и раньше — в нехватку мощности процессора и в скорость памяти. Причём я ставлю на то, что процессор влияет больше.


Это не значит, что SSD совсем незаметен. Лазание по каталогу на SSD идёт в целом бодрее, чем по его аналогу на HDD. И ещё немножко быстрее, если на SDD находится кэш ACR. Скорость однако увеличивается не драматически. Наличие фоток на SDD на скорость практически не влияет. Также SSD не влияет ни на что, связанное с редактированием фотки — в том числе, на локальные коррекции. Увы.


Осторожно, двери закрываются. Следующая остановка: тестирование i7.


Поделиться, оценить: Like it!Поделиться ВКонтакте!Процитировать в LiveJournal!Процитировать в Twitter!Добавить блог РІ GoogleReader!
Метки:   Комментарии (8)КомментироватьВ цитатник или сообщество
akry

Оптимизация баз Lightroom — ещё один тестик

Среда, 15 Июля 2009 г. 18:05 (ссылка)

По быстренькому проверил ещё разок, как работает оптимизация баз Лайтрума.


Зарядил новенькую базу, залил туда пару десятков фоток, оптимизировал средствами самого Лайтрума. Получил размер 1,294,336 байт.


Вышел из Лайтрума, оптимизировал по методике, получил размер 1,282,048 байт. На 12 килобайт меньше, стало быть.


Плюс файл БД дефрагментирован на диске.


На такой мелочи прирост скорости конечно заметен не будет, но о чём нам говорит эта разница в размерах? Как минимум, о том, что сам Lightroom пользуется немного другим способом оптимизации. Лучше или хуже — неизвестно, но другим.


 


++ Вспомнил ещё одну штуку. Даже две.


Первое — БД с DNG у меня работает много шустрее, чем БД с оригинальными RAW (у меня CR2 от Canon 50D). Быстрее открывается в Loupe, быстрее просматривается в Grid (что вообще непонятно почему, он же не смотрит оригиналы при этом), быстрее рендерится превью (а это как раз понятно — конечно же свой «родной» DNG он открывает быстрее).


Второе — с оригинальными CR2 у меня иногда previews не сохраняются вообще. Срендерил Standard-Sized Previews, вышел из каталога, открыл его снова — и опять превью рендерятся, будто бы ничего не было. Нигде не нашёл описания этой проблемы. Что интересно, после преобразования этих фоток в DNG проблема исчезает.

Метки:   Комментарии (1)КомментироватьВ цитатник или сообщество
akry

Оптимизация баз Lightroom и Firefox

Четверг, 26 Марта 2009 г. 22:47 (ссылка)

Спасибо ilya_ya за помощь.


Итак, идея в том, что Lightroom хранит свои базы в SQLite. А их можно оптимизировать минимум двумя способами: командой «VACUUM» и дефрагментацией.


Для первого способа нужно скачать SQLite (всего то около 300 килобайт) и поместить экзешник куда-нибудь, где он будет доступен. Например в директорию Windows.


Для второго нужна махонькая тулза по имени contig (качается отсюда). Она очень быстро дефрагментирует — но не весь диск, а только тот файл, который вы указали. Распаковываем, помещаем в системную папку, чтобы был в доступе из командной строки.


Делаем файл «optimize_lightroom.cmd» с таким содержимым:


@ECHO OFF & CLS



for /f "tokens=*" %%X IN ('dir /b *.lrcat') do (

    rename "%%X" "1.lrcat"

   

    echo "Optimizing DB '%%X'..."

    sqlite3 1.lrcat "VACUUM;"

   

    echo "Defragmenting '%%X'..."

    contig -v "1.lrcat"

   

    rename "1.lrcat" "%%X"

)



echo "Done."


Сохраняем его в папку, где лежит нужный нам каталог лайтрума. Или опять же в системную папку.


Мне таки не удалось заставить sqlite понимать русские имена, зато workaround с переименованием работает отлично. Если кто разберётся, как без этого обойтись, пишите.


Запускаем файл (при выключенном Лайтруме). Проверяем — не тот ли это эффект, что достигается с помощью команды «Relaunch&Optimize» внутри Лайтрума? У меня размер файла получился меньше.  Кроме того Лайтрум наверняка ничего не дефрагментирует.


Теперь от Firefox.


Код почти такой же:


@ECHO OFF & CLS



for /f "tokens=*" %%X IN ('dir /b *.sqlite') do (

    echo "Optimizing DB '%%X'..."

    sqlite3
"%%X" "VACUUM;"

   

    echo "Defragmenting '%%X'..."

    contig -v
"%%X"

)



echo "Done."


С тем отличием, что Firefox не использует русских имён и переименовывать ничего не надо.


Скрипт запускаем в папке профиля текущего пользователя. Что-то вроде «c:\Documents and Settings\ItsMe\Application Data\Mozilla\Firefox\Profiles\jkbhtp65.default». Там должно быть штук восемь файлов с расширением «sqlite» — это верный признак. Разумеется перед запуском выключите Firefox.


И создайте backup — хотя бы в первый раз, пока не убедитесь, что всё работает.


Ну как, стало быстрее?


 


p.s. Как бы написать программу, генерирующую превью без участия Lightroom… Сколько бы времени сэкономило бы!

Метки:   Комментарии (3)КомментироватьВ цитатник или сообщество
akry

Быстрее, быстрее!

Среда, 25 Марта 2009 г. 16:07 (ссылка)

rammstein is evil
Я поставил SuperSpeed RamDisk размером в полтора гигабайта.


Залил туда каталог Lightroom.


Выпил кофе.


Включил Rammstein.


Взял в руки секундомер.


Запустил тесты: массовая генерация превью; массовое назначение полутыще фотографий неприличного ключевого слова;  быстрый скроллинг Library, работа с local adjustment.


Загрузил этот же каталог с жёсткого диска (около 40-60 Мб/с). Запустил те же тесты.


И что увидел?


Почти никакой разницы.


Rammstein — зло.


Он во всём виноват.


 

Метки:   Комментарии (8)КомментироватьВ цитатник или сообщество
akry

опять, опять лайтрум томозит…

Понедельник, 23 Февраля 2009 г. 19:10 (ссылка)

Похоже что лучший способ ускорить компьютер с Лайтрумом — 9.8 м/с2

Метки:   Комментарии (3)КомментироватьВ цитатник или сообщество

Следующие 30  »

<ускорение lightroom - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda