2012

RawDigger 0.9.12 (technical preview 1)

Граждане фотографы и примкнувшие к ним!

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

Вот он:

Мне интересны глюки, мешающие выпуску на широкую публику: падения, полностью неправильное поведение и т.п. Всякая мелочь, вроде разрешенного "Average green" для черно-белых RAW - не является шоу стоппером (в частности, по той причине, что монохромных камер у людей - примерно ноль).

Прочие замечания, чего в супе не хватает, что было бы здорово - как всегда приветствуются, все они обязательно оказываются в TODO (другой вопрос, что сортировка этого TODO - в моих руках).

Отдельная просьба: не надо эту версию более нигде анонсировать. Если она работает, то буквально завтра я ей поменяю название и номер билда - и выпущу. А если нет, то надо же доделывать. На неприслушавшихся к этой просьбе - затаю.

Что новенького

О разновидностях байера

На картинке - расположение пикселов на камере Fujifilm X-Pro1
RawDigger 0.9.12 (завтра должна появиться версия на попробовать), режим Raw Composite, показано белое поле, увеличение 10x (1000%).

И вот я не понимаю, раньше красного и синего было по 1/4, стало по 2/9 - должно же еще хуже стать в смысле разрешения в красном/синем каналах?

На рекламных картинках оно выглядит не так бесчеловечно.

Про интернет от МГТС

Вчера в подъезд пришли люди, просверлили дом насквозь, положили кабель-канал и разводочные коробки и тянут во все это безобразие оптоволокно. Говорят что "для МГТС".

Насколько я понял из МГТС-ного сайта, это Gigabit PON.

Вопрос: а кто-нибудь из читающих мой блог пользуется уже этим делом? Оно вообще работает, вообще не работает или как? Потому что 200 мегабит за 1300 рублей (вычитая из комбинированного тарифа 456 рублей за безлимитный телефон) - меня возбуждают, сейчас у меня за те же примерно деньги в сумме по двум ISP этих мегабит 40 на вход и отсилы 20-25 на выход.

Вопрос2, тоже к имеющимся пользователям: при переподключении телефона через эту хрень - сохраняется ли номер?

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

Про меру соответствия критерию Лютера-Айвса

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

Несколько месяцев назад я задал вопрос на forum.rudtp.ru, по некоторым причинам (не имеющим отношения к цветовой науке) тема была спрятана и закрыта, но недоразумение разрешено и она теперь распрятана и открыта.

Вот она: "... лучше соответствует критерию Лютера-Айвса".

Если имеете что сказать по теме - я буду благодарен. Лучше - прямо там, если по каким-то причинам удобнее здесь, можно и здесь. Очень хочется разобраться.

LibRaw 0.15.0-Alpha3

В LibRaw 0.15.0 Alpha3 возвернуты те улучшения, которые были/есть в 0.14, но которые были временно удалены из девелоперской 0.15-Альфа1-2:
  • Быстрый декодер LJPEG
  • OpenMP-ускорение в AHD/PPG-интерполяторах и в Wavelet Denoise
  • OpenMP-ускорение в вызове raw2image_ex()
  • Патчи для совместимости с LCMS1
В результате на 4-ядерной виртуальной машине dcraw_emu примерно в 1.5 раза быстрее dcraw на обработке моего обычного тестового набора из 339 RAW.

Несмотря на 'alpha' в названии версии, она может считаться стабильной в смысле качества работы. Вот ABI/API пока не устоялось, "есть еще пара идей", оттого и альфа.

А предыдущая альфа-2 сегодня попала в девелоперскую KDE 4.10, можно пользовать оттуда.

Upd: alpha-3 уже тоже в девелоперской KDE.

Об охлаждении

Всем кто беспокоился об охлаждении моего дискового ящика, рассказываю.

На полке в шкафу, дверца приоткрыта, верхний выдув корпуса смотрит на улицу, система активно эксплуатируется (3Tb файлов выливаются с временного стораджа туда):

  • Диски: 35-39 градусов (новые WD RE4 греются меньше и они 35, старые сигейты - 39).
  • Процессор: 40-45
  • RAID-контроллер: 63
Охлаждение: родное (два вентилятора на вдув напротив дисков, один - на выдув из верха корпуса). Добавлен мелкий вентилятор на обдув RAID-а, потому что эта сволочь всегда греется, и без обдува - всегда на пределе, даже в большом холодном корпусе так было.

Если дверцу шкафа закрыть, то естественно начинается жопа, потому что теплый воздух засасывается обратно. Буду ставить стенной вентилятор на выдув из шкафа.

Корпус: Lian Li PC-A04. Впрочем, PC-V354 стоящий в том же шкафе полкой выше - ведет себя примерно так же. Но он побольше немного.

Домашний стораджбокс: производительность iSCSI/SRP, FreeBSD/Linux

Как и обещал, привожу результаты тестирования перформанса нового дискового ящика.

Помня о весенних результатах (когда тестировался доступ по Infiniband к RAM-диску), я не стал тратить много времени на Samba (хотя и померял, см. ниже) и вдумчиво тестировал только iSCSI/SRP варианты.

Hardware

Клиент: Intel i7-2600K без оверклока, 16Gb RAM (DDR3-1600), Windows7. Файрволл выключен, антивирус деинсталлирован (с антивирусом получается весело, но результаты невоспроизводимы).

Сервер: Intel i5-2400 без оверклока, 8GB RAM, Adaptec ASR-5805, 6x Seagate Barracuda ES.2 SAS 1Tb + 2 WD RE4 SATA 1Tb, объединены в RAID-6 (контроллер ругается, что SAS и SATA смешаны в одном томе, а мне плевать).

Сеть: Mellanox Infinihost Ex III (MHEA28-XTC), 10(8) Gbit/s, две карты соединены кабелем.

Сетевые протоколы: iSCSI (по IPoIB), SRP (SCSI RDMA Protocol).

Серверный софт:

  1. Ubuntu Server 12.04, драйвера Infiniband и iscsitarget из поставки, scst из гнезда (trunk), при установке scst ядро патчилось согласно инструкции.
  2. FreeBSD 9.1 Prerelease (свежий cvsup), istgt из портов.
SRP поддерживается только scst, остальные два варианта работали по iscsi.

Клиентский софт: iSCSI initiator из комплекта Win7. Infiniband SRP Initiator из комплекта Infiniband-драйверов openfabrics.org (OFED 3.1).

IPoIB Connected Mode у OFED 3.1 работает только Windows-Windows (в 3.0 работало Windows-Linux). Возможно, причина не в Windows-стороне, а в других драйверах с Linux-стороны, детально не разбирался, жил с MTU 2044.

Adaptec 5805 RAID6 vs ZFS RAIDZ2 performance

Вот, померял на досуге:
  • ASR-5805, 8 дисков в RAID-6, 2Tb-раздел в начале массива. Тестируем гигабайтным блоком, 40 гигов чтения/записи:
    • NTFS (Win7): 651Mb/sec чтение, 651Mb/sec запись.
    • UFS2+SUJ (FreeBSD 9.1): 585Mb/sec запись, 528Mb/sec чтение.
    • EXT4 (Ubuntu Server 11.10): 659/639
  • ZFS RAIDZ2 (FreeBSD 9.1), те же 8 дисков: 490Mb/sec на запись (dd bs=1024M), огорчился и не стал мерять дальше.
Так как эти ~650Mb/sec у меня из Убунты впрямую транслируются в SRP (SCSI RDMA Protocol), то я уже счастлив (подробности чуть позже).

Hardware: Intel i5-2400, мамка на Z77, 8GB RAM, Adaptec ASR-5805, 6 дисков Seagate Barracuda ES.2 1Tb (SAS), два диска WD RE4 1Tb (SATA). Размер блока массива - 256Kb. Никаких моментиков с терабайтниками (вроде 4-к сектора) - нету.

Да, ZFS куда более удобная в использовании: нет многодневных ребилдов массива, можно менять диски в RAIDZ на бОльшие (и после замены всех - емкость вырастет), снэпшоты и все такое. Опять же, Verify так не просаживает производительность, сплошное счастье.

Но мне для дискового ящика от ZFS нужно только тома нарезать - и терпеть на этом фоне разницу в перформансе в 1.3 раза я не готов.

Переваливается через бортик и .... сразу тонет

А вот беру Oracle Solaris 11 для x86 (x64, конечно), прожигаю сидюк, сую в сидюковод, бучусь и вижу гордую надпись "солярис такой-то, копирайт оракл" (первая строчка вывода ядра) и все. Пока обедал - оно так и висело, не грузится.

Машина - обычная современная. i5-2400, чипсет Z77, адаптек 5805, наплатный ether (я согласен с тем, что он не будет работать), UEFI BIOS.

Это нормально или есть какой-то хинт? Что-то повыключать, в бубен дать?

Nexenta - грузится, но 139-я опениндиана мой Infiniband не узнает (и это, вроде, так и должно быть с mem-free адаптером).

Upd: Нашел Solaris Express 11, этот забутилсо

Pages