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

Title Comment
Напихал я туда отладочной печати. Вот в этом месте (ipoib_ma

Напихал я туда отладочной печати. Вот в этом месте (ipoib_main.c)
if (ipoib_cm_get(path) && ipoib_cm_up(path)) {
ipoib_cm_send(priv, mb, ipoib_cm_get(path));
} else if (path->ah) {

ipoib_cm_up(..) возвращает 0

А дальше я там запутался. Т.е. докопался до того, что должен прийти event CM_REQ_RECEIVED, только вот кто должен бы его послать?
на винде up-down интерфейсу делал - не помогает.

Пока наплевал, в-общем.

собственно у минольты в этом режиме даже номинальное исо мен

собственно у минольты в этом режиме даже номинальное исо менялось

на самом деле у Сони не проговорено только, влияет ли это на

на самом деле у Сони не проговорено только, влияет ли это на RAW,
но английским по белому сказано, что для контрастных сцен светлых ставьте зону в плюс, а там где тени важнее - в минус

не не сильно, снимал натюрмод и потер уже чекера нету, ест к

не не сильно, снимал натюрмод и потер уже
чекера нету, ест кодакова шкала для репродукций
попробую завтра отснять что при дневном

я ита кподозревал, но использовал ровно для тюнинга экспонометра,
а тут с зоной -1 поснимал на iso 2500, весьма экстремальном для камеры и оказалось что с ней как-то лучше все выглядит

тут как раз диггер вышел, я посмотрел,
вроде гистограмма гуляет от зоны туда-сюда, но не сильно
дальше не разбирался пока, некогда было

Ок, понятно, спасибо...

Ок, понятно, спасибо...

Для двух лучше mirror,

Для двух лучше mirror, наверное (из общих соображений, ума надо меньше а значит может быть быстрее).

Касаемо расходов на надежность, хочу напомнить что слишком мало их не надо бы, вероятность вылета дисков за какое-то фиксированное время - от числа дисков зависит в первом приближении линейно, а ребилд - это большая нагрузка. Как следствие RAID5 достаточно часто разваливается окончательно при ребилде (есть гугловая статистика на эту тему).

То есть я вот для 8 дисков буду делать RAIDZ2 (два диска на четность)

То-есть лишь-бы не меньше 2х

То-есть лишь-бы не меньше 2х (1-данные + 1 "чётность")?
Т.е. чем больше винтов, тем меньше накладные расходы на надёжность,
и принципиального ограничения нет?

Ну так, по идее, чем больше -

Ну так, по идее, чем больше - тем лучше (тем оно ближе к страйпу). Это один общий ответ.

Второй общий ответ "наверное зависит от характера нагрузки" :)

Ну так они же хотят вам СЧАСТЬЯ! Претензия понятная. Для на

Ну так они же хотят вам СЧАСТЬЯ!

Претензия понятная. Для начала можно попросить их определить "что такое ISO для RAW", уже смешно....

По моим ощущениям (сугубо музыкой навеяных), не хватает ему

По моим ощущениям (сугубо музыкой навеяных), не хватает ему ipoib_cm_up

Проверять буду, но постепенно, сервер то боевой.

в /usr/src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.

в /usr/src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c есть такой кусок:

if (ipoib_cm_get(path) && ipoib_cm_up(path)) {
ipoib_cm_send(priv, mb, ipoib_cm_get(path));
} else if (path->ah) {
ipoib_send(priv, mb, path->ah, IPOIB_QPN(eh->hwaddr));
} else if ((path->query || !path_rec_start(priv, path)) &&
path->queue.ifq_len < IPOIB_MAX_PATH_REC_QUEUE) {
_IF_ENQUEUE(&path->queue, mb);
} else {
++priv->dev->if_oerrors;
m_freem(mb);
}

ipoib_send проверяет по mcast_mtu, ipoib_cm_send -- по нормальному mtu, но диагностика у них одинаковая. поправь в сырцах что бы было понятно кто ругается. после этого можно попытаться понять чего не хватает -- path в cm, CM_REP_ATTR_ID от винды (если я правильно понял)

А какому ISO в вашей соньке

А какому ISO в вашей соньке соответствует ZMH? Насколько я помню, при выборе ZM-режимов возможность выставления ISO пропадала. Но A100 я давно потерял, но вроде там тоже так было. В оригинальной минолтовской 7d - точно. А в A850 эту хрень убрали.

Попробовал, сработало.

Попробовал, сработало. Алексей, а какое, на ваш взгляд,
оптимальное количество винтов в RAIDZ ?

я не очень внимательно сырцы посмотрел, то похоже эта ошибка

я не очень внимательно сырцы посмотрел, то похоже эта ошибка исключительно от mtu.
причем в двух местах, в одном от mcast_mtu.

которое как-то сложно ставится. похоже оно после добавлерния порта не меняется.

судя по сырцам CM должна включаться при ините девайса, если

судя по сырцам CM должна включаться при ините девайса, если поддержка есть.

ключевые слова

ipoib_transport_dev_init, ipoib_cm_dev_init, IPOIB_FLAGS_RC

Ага посмотрел. Да пусть он влияет на что угодно, главное чт

Ага посмотрел.

Да пусть он влияет на что угодно, главное чтобы ВНЯТНО это поведение было описано в документации. А вот с этим у производителей как-то не складывается.

а, плохо читал

а, плохо читал

первая ссылка в гугле говорит options IPOIB_CM # Use connec

первая ссылка в гугле говорит

options IPOIB_CM # Use connect mode ipoib

Ага, смотрите еще выше в комметариях, пишут что не только на

Ага, смотрите еще выше в комметариях, пишут что не только на замер влияет.

Как то грустно все это. Снимая в RAW на Sony всегда забивал

Как то грустно все это. Снимая в RAW на Sony всегда забивал на настройки JPEG, считая, что они ни на что не влияют. Теперь, пожалуй, стоит вдумчиво еще раз это проверить. Спасибо.

Да, кстати, мне в почту комментарий про LMS попал. Наскольк

Да, кстати, мне в почту комментарий про LMS попал.

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

XYZ хорош только тем, что он стандарт. Современные LMS к нему не сходятся линейно.

Ну и XYZ есть от 31-го года и от 50 какого-то :-)

Они похожи, но шатание пика 10 - 20 нанометров туда вполне может быть.

Маладцы, че. С другой

Маладцы, че.

С другой стороны, UniWB нужен с какой-то максимально-линейной кривой и менять ее тоже удивительно.

А, это да. Разница

А, это да. Разница действительно есть.

> У меня в следующем

> У меня в следующем абзаце:

да конечно, но average joe там видит в setup отдельный шумодав для длинных выдержек и кто бы ему мог подумать что настройка шумодава для jpg будет его включать еще при записи raw данных

> И получилось, что при обеих

> И получилось, что при обеих освещениях показания экспонометра зависят от режима JPEG: в Smooth film mode экспонометр оставляет в светах на 0.3 стопа больше.

с UniWB на панасониках тоже так - зависит от выбранного film mode, поставил UniWB в одном film mode (например Nostalgic), сменил на другой (например Dynamic) - все... настройки ушли, firmware изменяет заранее вручную выставленный ББ для получения нужного эффекта

У меня в следующем

У меня в следующем абзаце:

как не крути настройки камеры (очевидно, за исключением экспозиции, ISO и, вероятно, шумодава, сюда же и "расширенный динамический диапазон"), в RAW будет одно и то же.

То есть про шумодав - понятно. Про D-lighting/HL-priority - понятно. Экспозиция-ISO - очевидно.

А вот пакости от film mode - лично я не ожидал бы...

> Эту мысль часто толкуют

> Эту мысль часто толкуют расширенно "настройки JPEG не влияют на RAW", что, вероятно, тоже так. Точнее, я не видел никаких объемных экспериментов на эту тему, утверждать не могу, но для многих камер это наверное так. Хорошо бы проверить....

установка NR = +2 в настройках film mode ( film mode = пресет JPG, где дополнительно настраиваются : contrast + sharpening + saturation + NR ) у panasonic включают шумодав в firmware при записи raw.

Ага, народ не понимает, что

Ага, народ не понимает, что даже на самой плоской плашке значения соседних пикселов - не одинаковые.

Ой. И сильно разный? Можно какую-нибудь простую конструкцию

Ой.
И сильно разный? Можно какую-нибудь простую конструкцию снять, вроде color checker, и прислать (ссылки на) RAW?

D-lighting или там <a href=http://www.libraw.su/articles/Can

D-lighting или там highlight priority у 5D2 - с этим все понятно, но это почти явно написано в мануале (у кэнона во всяком случае).

Но вообще - это все засада, надо или не пользоваться JPEG-режимами, или их все промерять.
Плюс - может быть подарочек от видеорежимов, даже если видео в данную секунду не используется - и тоже хорошо бы проверять.

Pages

Subscribe to comments_recent_new