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

Title Comment
да и вроде ж RPP может

да и вроде ж RPP может выдавать наружу такие tiff'ы

может уже 4 час ночи - но я

может уже 4 час ночи - но я что-то не понимаю... есть в настройках пункт: "Disable batch XMP operations..." - казалось бы если чекбокс отмечен то изменение например рейтинга для одновременно выбранных <имя>.raw и <имя>.jpg не должно работать, ибо ж disable... а все наоборот... это мне пора спать или это таки бага ?

Мы просто делаем для себя.

Мы просто делаем для себя.

Я LAB TIFF не хотел делать - а потом выяснил, что у меня в архиве тысячи таких файлов

Есть, подтверждаю.

Есть, подтверждаю.

(уважытельно) вы всё-таки

(уважытельно) вы всё-таки монстры, ды.

much kudos.

Залечено в 1.5.0-1438:

Залечено в 1.5.0-1438:
- полноэкранный режим полностью поправлен
- превьюшки поправить дешево нельзя т.е. при смене color space for thumbnails - рекомендуется вручную почистить базу превьюшек.

Да, история там оказалась

Да, история там оказалась сложнее
1) в читалку TIFF "не prefetch" - параметры lab-конверсии не доставлялись (и там всегда был sRGB на выходе, а дальше он мог восприниматься как что-то еще). И при старте не доставлялись, и при смене настроек.
2) Если вы меняете настройку на ходу, то в эту читалку опять ничего не доставлялось, а в префетчилку - все ок.
3) Но если файл который вы смотрите следуюшим - уже prefetched и настройка "Flush decoded caches on folder refresh" выключена - то в префетченом виде они то лежат уже в RGB декодированные.

Ща все докуем.

Да, где-то так, но я всё же

Да, где-то так, но я всё же напишу, что я вижу, возможно, там что-то ещё.

Ага, вижу, если raw

Ага, вижу, если raw processing space ставить prophoto, то слишком насыщенное все. Пошел разбираться я.

UPD: и возвращается в норму после перестарта FRV. То есть что: при смене настроек это не доходит до Lab engine, получается такЪ

Да, было бы хорошо.

Да, было бы хорошо.
Потому что с LAB, по идее, все вообще прозрачно абсолютно
- конвертируем в наш внутренний RGB (в тот же что и RAW)
- ну и показываем "так же как RAW"

С Lab есть какая-то хрень,

С Lab есть какая-то хрень, Color Management непоследовательно работает. Попытаюсь найти логику и вышлю на мыло.

Dlink не циска - жрет всё

Dlink не циска - жрет всё подряд.
Да и SFP модули - очередной SerDes конвертор в мигающий светодиодик. Проблемы с совместимостью - это пристальное рассматривание содержимого прошивки по i2c - а написано ли там специальное петушиное слово или нет.
Судя по тому, что все представленные модули сразу умеют 2.5/5 - похоже, что это клоны. Одни "для циски" - подороже, другие для убиков - подешевле.

>проявляй как хочешь

>проявляй как хочешь

Прежде чем писать такие простыни, полезно бывает ознакомиться со стандартами. Ну, к примеру, с ISO 5800.

Знакомство со стандартами позволяет не писать ерунды (про стандарты, как в данном случае)

Но вот вопрос про SFP+/RJ45

Но вот вопрос про SFP+/RJ45 "по пять".

Я вижу на ebay - по $85, это 5700, но не бывает ли там проблем с совместимостью?

Проглядел сгоряча, там 4

Проглядел сгоряча, там 4 порта у D-link.

Ну может быть и да. Ну то есть к примеру вообще одну SFP+/RJ45, а остальное на direct attach.

Ну сравнивать 2 10G порта с 8

Ну сравнивать 2 10G порта с 8-ю портами 10G тоже как-то не але?

Т.е. вот те 2 порта что есть - это минимальный минимум, потому что устройств сейчас три (из них два повязаны P2P) и, в принципе, хочется и 4-е (потому что вроде появляются вменяемые адаптеры Tbotl - 10G)

Пионэры, слово

Пионэры, слово предоставляется Фаине Раневской.

Касаемо пленки.

Ох уж мне эти знатоки цифры!
1. Чувствительность и плёнки и ф/бумаги определялась и определяется исключительно оптическими плотностями проявленного материала.
- экспонируй как хочешь (если выдержки в пределах 1/1000 - 1 с),
- проявляй когда хочешь (но лучше спустя 3 часа после экспонирования (кроме эксперсс-задач) ),
- проявляй чем хочешь,
- проявляй как хочешь (перемешивание, ...),
- проявляй при любой температуре (лишь бы эмульсия не слезла (но есть хаки!).),
- проявляй сколько хочешь (или совсем не проявляй!).

Если всё перечисленное измерить с необходимой точностью и записать, результаты будут воспроизводимы с заданной точностью.

2. Экспонометрия обычных фото/киноматериалов заточена на стандартный_серый ПЛЮС стандартную (для этого материала) ЦТ освещения при экспрнировании.
Опять-же "измеряй-снимай-записывай" и воспроизведёшь при реальной съёмке.

3. "Стандартных" критериев "точки светочувствительности" (т.н. критериальная точка) несколько:
- для обычных ч/б фото/кино негативов вуаль+0.1,
- для обычных ч/б фото/кино слайдов вуаль+не_помню (чуть больше, кажется),
- НО в кинопроизводстве самый_светлый_участок_"белой"_кожи должен быть D=0.7 на ч/б негативе!

4. С цветными материалами ТО ЖЕ САМОЕ, но послойно. (только допустимые интервалы гораздо уже)

Если считать также цифровую матрицу промерять так же, то
- если как негатив : +Хе от шумов,
- если как слайд : -Ye от насыщения,
- если как кино : попадание в 7ю или 8ю зону Адамса (условно; но та же конкретная точка по коже),
- если цвет, то поканально.
И считать нужно в электронах. Потому что до конечного изображения перед печатью/выводом на монитор усиление/контраст/битность тоже можно крутить в широких пределах.

И для плёнки и для цифры снимаемый образец должен быть "стандартно" нейтрально серым.

HP -- скорее всего 3Com.

HP -- скорее всего 3Com. Стоит посмотреть описание на чипсет, какой там стоит. Там всего-то несколько производителей. Какие еще железяки сделаны на этом чипсете -- читать отзывы.
У нас везде sfp+ и нексусы )

Так всяко Dlink за 25 + 2

Так всяко Dlink за 25 + 2 модуля по 5 - дешевле очередной soho железки от HP за 45, нет?
Или я считать не умею?
На разницу в 10 штук - можно оптикой и DAC'ами обмотаться. И изначально идея "везде медь" сомнительна, но что есть - то есть.

Ну на самом деле, я могу

Ну на самом деле, я могу сервер с рабочей станцией соединить прямой соплей (мимо асуса и mtu 9k будет работать) а в асус сунуть бэкапный процесс и медленных клиентов (и mtu1500).

Но для начала хотелось бы понять, виснет ли асус на mtu 4074

Помню от jumbo клинило когда

Помню от jumbo клинило когда ещё был только 1Gbit. Под нагрузкой это происходило через день-два в самый неподходящий момент. Почему это происходило так и не понял, но когда возвращал 1500 забывал о сети вообще. Коммутаторы тогда использовались 3com и hp procurve. Какие конкретно не помню, но поддержка jumbo была у всех. Причём когда забывал и опять включал на некоторых машинах jumbo нарывался по-новой :-).

iperf3 -с 127.0.0.1 на медленной системе (FreeBSD 12.0):
[ 5] 0.00-10.00 sec 19.2 GBytes 16.5 Gbits/sec 0 sender
[ 5] 0.00-10.01 sec 19.2 GBytes 16.5 Gbits/sec receiver

на быстрой системе (FreeBSD 11.1 правда под рабочей нагрузкой):
[ 5] 0.00-10.00 sec 48.7 GBytes 41.9 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 48.7 GBytes 41.9 Gbits/sec receiver

iperf3 между медленной и быстрой.

mtu 9000
сервер быстрая система:
[ 5] 0.00-10.00 sec 11.4 GBytes 9.80 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 11.4 GBytes 9.79 Gbits/sec receiver
сервер медленная система:
[ 5] 0.00-10.00 sec 9.33 GBytes 8.01 Gbits/sec 0 sender
[ 5] 0.00-10.04 sec 9.33 GBytes 7.98 Gbits/sec receiver

mtu 1500
сервер быстрая система:
[ 5] 0.00-10.00 sec 8.60 GBytes 7.39 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 8.60 GBytes 7.39 Gbits/sec receiver
сервер медленная система
[ 5] 0.00-10.00 sec 6.59 GBytes 5.66 Gbits/sec 1324 sender
[ 5] 0.00-10.10 sec 6.59 GBytes 5.60 Gbits/sec receiver

Получается на медленных системах изменение mtu очень заметно.

Нет, уверенности нету.

Нет, уверенности нету.

Переставил MTU на 4074, продолжаю наблюдения над асусом. Пока не висло, но это ни о чем не говорит, оно должно хотя бы месяц так продержаться.

У меня уже медь везде. И в

У меня уже медь везде. И в одном месте распаяна на плате, т.е. это не замена карточки.

вот чтобы не висло с Jumbo Frames на 10G

Уже есть уверенность, что именно в этом причина?
У меня сейчас заканчивается переливка данных со старой машины (core 2 duo 2,4GHz) по вставленной для этого 10Gbit сетевой. Как закончится гляну как влияет изменение mtu.

Экономика - другая, да. Но

Экономика - другая, да. Но невооруженным глазом видно, что с SFP+ портами у тебя выбор железа огромен, да и можно DAC'и покупать для соединения ближайших железок. А вот с RJ45 - одни хипсторские поделки. А с утчетом нового стандарта на 2.5G - менять прийдеться и то и другое.
По $80 на амазоне есть SFP+ RJ45 модули. И на ebay'e - тоже.
Попробуй блок питания своему асусу сменить на более человеческий - типа такого http://www.mean-well.ru/store/GS18A05-P1J/

Свитчи то понятно что могут

Свитчи то понятно что могут иметь (запас на размер пакета).

Погуглил маленько, про super jumbo frames разговоры всякие есть, а чтобы вот что-то поддерживало (и в гугле на первое место вылазило) - не видать.

Польза, по идее, может быть от них...

Бывает. Попадались dlink'и

Бывает. Попадались dlink'и свичи - с 13k. Вот DXE-810S пишут поддерживает 16k. Но из карт имеет смысл играть только с интелевыми.

Это было per port ограничение

Это было per port ограничение или per switch?

Потому что заявлено там (у обсуждаемого исходно HPE) 160Gbit на fabric (т.е. 8 десяток x 10G x duplex), а по факту у меня ну три порта десяточных (и никакого фул-дуплекса там не будет естественно если в полный рост)

А на практике бывает больше

А на практике бывает больше чем ~9000? Какие карты умеют 16к?

Pages

Subscribe to comments_recent_new