[Ратников Серёжа]

LcL (23 Ноябрь 2015 - 13:14):

При такой системе по сети все будет медленно ворочаться же. Проще на время обработки подключать HDD к ПК.

Я к обработке приступаю в случайное время. То есть не знаю, когда появится время для этого. Но переносить и подключать диски для этого не хотелось бы. А почему по сети медленно будет передаваться? Я думал, гигабитной сети должно хватить. Или, может, 10-Гигабитную сетевуху приобрести... Что-то уже задумался - может, бесшумным сделать корпус компа тогда проще...

[Sanitar]

Я обычно тоже не спешу с обработкой, но процесс выглядит несколько наоборот..
С карточки фотика все файлы изначально попадают на сервер, причем в каталоги, уже названные в соответствии с датами файлов. Что-то вида, /u01/photo/2015/<date>_<camera>, если уж совсем подробно, файлы с карты попадают во временный каталог, который монитроится и при наличии файлов запускается софтинка exiftool, которая очень ловко разбрасывает файлы создавая по пути необходимые каталоги.

После, когда-нибудь, вручную, дописываю место съемки и прочие метки в расширение имени каталога, так сортировать удобно, в итоге получается что-то вроде: /u01/photo/2015/2015-11-23_D700.Dom_J_Tim_Gri, если в один день в разных местах, то делю каталог.

Для обработки поднимаю на локальный комп во временную директорию нужные файлы и экспортирую их в лайтрум, результаты помещаю в третий каталог-портфолио, отсортированный по датам и событиям, по типам обработки (появляются метки HDR, TimeLaps, Pano и тд)

[Sanitar]

и про скорость сети, 100Mbs удручающе мало, был вынужден покупать свитч с 1Gbs портами
10Gb - дорого в эксплуатации, ибо оптика

Сообщение изменено: Sanitar (23 Ноябрь 2015 - 13:48)

[Ратников Серёжа]

Sanitar (23 Ноябрь 2015 - 13:44):

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

Надо будет взять на заметку. Этот функционал кажется полезным.

Sanitar (23 Ноябрь 2015 - 13:44):

Для обработки поднимаю на локальный комп во временную директорию нужные файлы и экспортирую их в лайтрум, результаты помещаю в третий каталог-портфолио, отсортированный по датам и событиям, по типам обработки (появляются метки HDR, TimeLaps, Pano и тд)

А по сети никак?

Sanitar (23 Ноябрь 2015 - 13:46):

и про скорость сети, 100Mbs удручающе мало, был вынужден покупать свитч с 1Gbs портами

Но даже при такой скорости работать в LR с файлами на NAS - не удобно? Интересно, 10 gb - решит проблему?

[Ратников Серёжа]

Ага, роутеров 10 Гб и нет (

Только маршрутизаторы от 12 тысяч рублей... Всё оказывается несколько сложнее, чем я думал. Либо нужно смириться с наличием винта внутри компа... Но я не знаю, что буду обрабатывать завтра. Может, сегодняшнюю съёмку, а может и съёмку из 2009 года )

В чём выражается нехватка гигабитной сети, если все рабочие файлы dng - лежат на NAS?

[Sanitar]

Ратников Серёжа (23 Ноябрь 2015 - 13:48):

А по сети никак?

тут больше идеология, исходники не трогать.

[Ратников Серёжа]

Я исходники храню в nef, а при импорте в LR делается копия в dng. И потом уже работаю с dng. Но в моём случае - эти файлы были бы на разных дисках, но внутри одного NAS. Исходники бы оставались нетронутыми. (Несколько раз бывало, что LR ругается, что изображение degraded - я заново импортирую его. А бывает, что и никакого разрушения визуального и нет при такой надписи.)

У меня редко бывает глубокая обработка, поэтому мне не страшно потерять DNG, т.к. можно заново сконвертировать NEF. Поэтому на внешний винт я бы делал бэкап именно исходников.

Сообщение изменено: Ратников Серёжа (23 Ноябрь 2015 - 14:12)

[LcL]

Ратников Серёжа (23 Ноябрь 2015 - 14:10):

Я исходники храню в nef, а при импорте в LR делается копия в dng. И потом уже работаю с dng.

А зачем эта итерация?

[Ратников Серёжа]

LcL (23 Ноябрь 2015 - 14:19):

А зачем эта итерация?

Ну, так это ведь по сути дублирование (бэкап), пусть и в другом формате. Поэтому у меня nef - отдельно, dng - отдельно. LR именно с последними и работает.

[Andrey S]

Ратников Серёжа (23 Ноябрь 2015 - 13:55):

В чём выражается нехватка гигабитной сети, если все рабочие файлы dng - лежат на NAS?

Обработка производится на рабочей станции, и любое открытие/сохранение упирается в тормоза сети.
А если еще вспомнить про пакетную обработку, то совсем становится грустно.

Сообщение изменено: Andrey S (23 Ноябрь 2015 - 14:25)

[Ратников Серёжа]

Andrey S (23 Ноябрь 2015 - 14:24):

Обработка производится на рабочей станции, и любое открытие/сохранение упирается в тормоза сети.
А если еще вспомнить про пакетную обработку, то совсем становится грустно.

Пакетной обработкой я не пользуюсь. Но даже если - она у меня скорее всего будет происходить в моё отсутствие. Запустил - пошёл пить чай. А так, чтобы для группы файлов что-то применить во время обработки - вряд ли, думаю, так буду делать.

Но открытие/сохранение - это ведь небольшие объёмы, если в единицу времени я обращаюсь к одному файлу.

Я с кэшами программ не очень знаком. Но, может, действительно - один SSD, который будет заполняться лишь на время работы сессии - это выход?

Сообщение изменено: Ратников Серёжа (23 Ноябрь 2015 - 14:32)

[Andrey S]

Ратников Серёжа (23 Ноябрь 2015 - 14:22):

Ну, так это ведь по сути дублирование (бэкап), пусть и в другом формате. Поэтому у меня nef - отдельно, dng - отдельно. LR именно с последними и работает.

NEF весит меньше DNG, для чего тогда дублирование делать в формате, занимающем больше места?

[Andrey S]

Ратников Серёжа (23 Ноябрь 2015 - 14:29):

Но открытие/сохранение - это ведь небольшие объёмы, если в единицу времени я обращаюсь к одному файлу.

Я с кэшами программ не очень знаком. Но, может, действительно - один SSD, который будет заполняться лишь на время работы сессии - это выход?

Как ни странно, операции i/o будут занимать значительную часть времени. Логичный выход - это локальный диск, пусть обычный hdd или ssd. Но от первого вы хотите избавиться, а второе - недешево

[Ратников Серёжа]

DNG - для работы в LR. Это ведь по сути NEF + служебная информация LR. Чистые NEF'ки просто лежат. И их же буду дублировать на внешний винт.

То есть внутри компа (в перспективе внутри NAS) две копии: исходник NEF + рабочие DNG (на разных дисках). Плюс копия NEF на внешнем диске. Мне видится, такая организация файлов удобной и избыточной. Рабочие DNG потерять - не жалко. Просто придётся заново всё импортировать и обрабатывать, если вдруг что потребуется. NEF - потерять не хотелось бы.

Сообщение изменено: Ратников Серёжа (23 Ноябрь 2015 - 14:37)

[Andrey S]

Ратников Серёжа (23 Ноябрь 2015 - 14:36):

DNG - для работы в LR. Это ведь по сути NEF + служебная информация LR. Чистые NEF'ки просто лежат. И их же буду дублировать на внешний винт.

То есть внутри компа (в перспективе внутри NAS) две копии: исходник NEF + рабочие DNG (на разных дисках). Плюс копия NEF на внешнем диске. Мне видится, такая организация файлов удобной и избыточной. Рабочие DNG потерять - не жалко. Просто придётся заново всё импортировать и обрабатывать, если вдруг что потребуется. NEF - потерять не хотелось бы.

Это все понятно, но возникает вопрос, а что, LR не умеет работать с NEF как с DNG? Я так понимаю вся метаинформация о снимке может храниться xml-файле с расширением xmp.

[Ратников Серёжа]

Andrey S (23 Ноябрь 2015 - 14:35):

Как ни странно, операции i/o будут занимать значительную часть времени. Логичный выход - это локальный диск, пусть обычный hdd или ssd. Но от первого вы хотите избавиться, а второе - недешево

Хм, жаль, если сеть не позволяет свободно обращаться с файлами как и на локальных дисках. Но в случае с SSD - понять бы, какой объём нужен. Если лишь для файлов текущей сессии - это немного совсем. А если они автоматом (кэш?) переноситься будут - вообще отлично.

Но держать весь фотоархив внутри компа не хотелось бы. Тут действительно SSD выйдет золотым ) Хотя, каталог с превьюшками - может, и можно было бы держать. Надо бы глянуть, какой размер он имеет.

[Ратников Серёжа]

Andrey S (23 Ноябрь 2015 - 14:39):

Это все понятно, но возникает вопрос, а что, LR не умеет работать с NEF как с DNG? Я так понимаю вся метаинформация о снимке может храниться xml-файле с расширением xmp.

Умеет. Просто когда ставил LR, то выбирал, в чём хранить... подумал, подумал и решил в DNG. Плюс копия в NEF резервная ) В принципе, разницы никакой нет, наверное.

Ну были бы (NEF + XML) + резервные NEF - по сути то же самое, что и сейчас у меня. Просто вместо двух файлов, с которыми работает LR - у меня один.

p.s.: но я с удовольствием почитаю, кто как организовал свою коллекцию. Мне просто в какой-то момент надо было решить, как обустроить, я и решил. Не факт, что оптимально ) Но пока устраивало.

Сообщение изменено: Ратников Серёжа (23 Ноябрь 2015 - 14:49)

[Andrey S]

Ратников Серёжа (23 Ноябрь 2015 - 14:44):

Умеет. Просто когда ставил LR, то выбирал, в чём хранить... подумал, подумал и решил в DNG. Плюс копия в NEF резервная ) В принципе, разницы никакой нет, наверное.

Есть разница - объем хранимых данных. А вытекающее последствие - скорость i/o

[Ратников Серёжа]

Andrey S (23 Ноябрь 2015 - 14:48):

Есть разница - объем хранимых данных. А вытекающее последствие - скорость i/o

Не понимаю )

Ведь работа с DNG = работе с NEF + XML? Или нет? Или XML можно хранить локально на SSD, а к NEF обращаться по сети?

Надо посмотреть, как отличаются DNG и NEF - мне казалось, что незначительно. Вечером посмотрю )

[Sanitar]

Гигабитной сети хватит, чтобы просматривать с помощью какого нить faststone. Редактировать, мне не хватало, потому я выбираю нужные файлы с помощью указанного faststone в локальный временный каталог, лайтрум ничего не знает о большом архиве, только временные локальные каталоги.
Для комфортной работы по сети нужна скорость 2-3 гбс (скорость бытового hdd). Можно этого добиться с помощью второй сетевой как на nas так и на клиенте, но требуются настройка и специальный свитч, а лучше пара, ну и специальные знания.
Для 10Gbs сети я дома даже применения не вижу, не прокачать её никакому nas (даже в raid0 получим 4гб/с, которые ещё утилизировать надо суметь), Да и технология отличается от обычного Ethernet, что так же потребует специальных знаний.