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

Title Comment
Скорость падает понятно

Скорость падает понятно почему - потому что чем меньше блок, тем больше заметен RTT. Что будет на IB - увидим, это все требует времени, которого мало, а спешки у меня тоже нет т.к. вся перестройка запланирована одновременно с апгрейдом workstation на Ivy Bridge, т.е. это не раньше мая скорее всего.

Ну а сейчас - ну кину я 10G то текущего NAS, ну упрусь там в диски на уровне ~200Mb/s, это то все тривиально.

Про OpenSM на солярке вот чего пишут: http://syoyo.wordpress.com/2011/12/13/opensm-on-solaris11-works/

У себя я его поднимал и под виндой и под Linux. Сам собирал - только под Linux (ну и на FreeBSD9 он входит в систему и как-то собирается).

Под Linux тянул за собой какой-то infiniband-devel или что-то такое, что у Убунты было в репозитории и приехало как-то само (я не помню что именно, но помню что никакой проблемы не было с написанием apt-get install).

А OFED линуксовый на солярке - не собирается никак, даже частями?

супер. Но всетаки не ясно.

супер. Но всетаки не ясно. почему скорость падает ниже 32к блоком? И будет ли такое же падение на IB.
У меня в наличии IB две карты и кабелек. Хранилка выдает локально 700Мбайт. Сейчас по 3xMPIO работает. Нужно это всунуть по iSCSI в ESXi чтоб выжать максимум из хранилки.
Хранилка под Solaris'ом работает. И собрать OpenSM не получается под Solaris. Вот подскажи, ты OpenSM под чем поднял для тестов? Взял из пакетов/портов или компилировал? Если компилировал, то какие зависимости тянет с собой?

И вот он:

И вот он: http://blog.lexa.ru/2012/02/23/10g_doma_myricom_windows_smb_iscsi.html

Задам простые как правда

Задам простые как правда вопросы:

1) Фриварные дизайны приемлемого качества?
2) Facebook login?
3) готовые социальные кнопки (FB, G+) правильно интегрированные в систему (а не просто iframe, это понятно что есть)
4) Синхронизация с ЖЖ

Я немножко попользовался поиском прямо у них на сайте, 3) вроде есть, а все остальное - вроде нет.
Более того, "корпоративный портал" лицензируется по пользователям, неограниченная версия - 10 килобаксов? Пусть они идут в жопу.

Классический пример того что

Классический пример того что opensource никогда редко когда обходится дешевле. На старых проектах на Joomla периодически вылезают какие-то косяки - и всё, капут. Этот компонент умер, этот полностью переписали - в результате что хочешь то и делай.
На Битриксе проблем не меньше, но! Функциональности на порядок больше, рюшечки сбоку редко когда нужны, всё со всем согласовано по интерфейсам/данным. Что-то отвалилось? Обновился с допотопной версии и всё упало? Пять минут на написание request - и это дальше не мои проблемы, а проблемы техподдержки (в большинстве случаев и доступ сразу им выдаю). В 80% случаев решают проблему, в 15% - создают заявку в отдел разработки, в 5% - посылают.

Если час рабочего времени стоит не $20 (явно не случай lexa), то окупается за пару месяцев. :)

iSCSI на Myrinet заработал

iSCSI на Myrinet заработал неплохо, сегодня будет отчет.

Отчет про IB будет позднее (у меня дефицит слотов, поэтому надо одни карты вынимать, другие вставлять...)

iSCSI

Очень интересно, как заработает iSCSI. И правильно ли я понял, что IB интереснее относительно Myricom? Т.к. имеет меньшее время отклика, и, соответственно, быстрее на мелких блоках?

Не, ну они зачем-то же делали

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

ну так они ведь не

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

Подлость от питания и не надо ждать - надо использовать прав

Подлость от питания и не надо ждать - надо использовать правильные источники света и правильные приборы.

Ага-ага, сама идея мерять спектральный респонс *после* приме

Ага-ага, сама идея мерять спектральный респонс *после* применения color engine (вроде как камерной), тоновой кривой и всего остального - меня сильно удивляет.

Похоже, люди от электроники - и от софта всякой подлости не ждут. Ну а я бы, к примеру, подлости от питания не ожидал бы.

Спасибо, а она что-нибудь ещё меряла?

Спасибо, а она что-нибудь ещё меряла?

Вау. Столько пафоса, и вдруг в последнем абзаце всё коту под

Вау. Столько пафоса, и вдруг в последнем абзаце всё коту под хвост There are so many other sources of errors, that the RAW conversion process is not a big worry yet . Ну блин.

Молодцы, че.

Молодцы, че.

Измеряют, что дал внутрикамерный JPEG - "So far, we have jus

Измеряют, что дал внутрикамерный JPEG - "So far, we have just been taking JPG pictures to keep the file sizes and processing time down". Такие дела.

Какая-то ерунда. Они очень точно готовят сигнал, уделяют это

Какая-то ерунда.
Они очень точно готовят сигнал, уделяют этому внимание большое и все такое.

А что меряют (т.е. что на выходе у "прибора", точнее камеры) - при этом не знают.....

Я их спрашивал. On Dec 10, 2010, at 6:46 PM, Iliah Borg wro

Я их спрашивал.

On Dec 10, 2010, at 6:46 PM, Iliah Borg wrote:

Dear Sir:

I'm reading your article on spectral response, here: http://maxmax.com/spectral_response.htm

Here is something that I would ask you to clarify: "Each picture was opened in Photoshop and the RGB raw values were compiled". Does it mean you used ACR for raw conversion? I believe it is not the case but would like to know for sure.

--
Iliah Borg
ib@pochtar.com

Hi Iliah,

Measuring the spectral response of cameras has been quite a challenge. The biggest difficulty is being able to measure consistently because there are many factors that can affect measured response. For instance, we found that power line voltage variations of less than 1 volt were causing major differences in the intensity of the light source feeding one of the two monochromators. Because there are so many steps to completing a graph, there are lots of places were errors can creep in.

Since we started measuring the cameras, we have been refining the process. So results of cameras measured at different points at time will have differences until we get to a good consistent process that we are happy with. To fix the power line problem, we changed light sources and added a precision switching power supply were we can precisely dial in both the amperage and voltage.

We just acquired a forensic light source (Omnichrome Spectrum 9000) where you have dial in both wavelength and bandwidth (though we did find some design issues with the unit that we are trying to fix) to help in the UV-VIS measurements. On the VIS-IR monochromator, we are adding a precision adjustable output slit that goes down to one nm. The point is that the process is still in a state of flux.

Another issue has been integrating the UV-VIS monochromator data with the VIS-IR monochromator data. Because the two units have different gratings, the shape of the spectral output in different. Then you also have to factor in how you measure the actual power being output and think about things like how different fiber optic cables respond, power measurement calibrations, etc.

Camera issues are another matter. You can't output too much light to clip on the sensor, but not too little that you don't get a good signal. Monochromator power output varies quite a bit especially at the high and low limits. Add in sensor response variations, and you have to change shutter times to compensate. This means you have to compensate when you measure the results from the camera.

Some other camera issues: camera response to light is not completely linear. We have found that low levels and high levels are non-linear. So you want to keep the camera operating in the most linear range which is between 25-75%. If you have long shutter times, which are likely especially in the UV, then you introduce noise.

Our basic process is to route a bifurcated fiber optic cable from a monochromator to the camera and spectrometer. Dial in a wavelength, measure power, take a picture, make a note of the two, download the pictures, measure each picture for its average RGB values, put values in a spreadsheet, make lots of adjustments and calculations based on things like shutter times, wavelengths, measured power, monochromator grating curve differences, power measurement calibrations, spectrometer drift, fiber optic cable response, etc.

By the time you have done all this, you realize shooting in RAW is not (I don't think) that important. There are so many other sources of errors, that the RAW conversion process is not a big worry yet. Since measuring the response requires taking a picture every 20nm from 300nm to 1000nm, and you need to take both UV-VIS and VIS-IR from separate monochromators, you end up with a lot of pictures. So far, we have just been taking JPG pictures to keep the file sizes and processing time down.

Regards,

Dan Llewellyn
LDP LLC
220 Broad Street
Carlstadt, NJ 07072
USA

001-201-882-0344 Voice
001-201-882-0326 Fax

http://www.maxmax.com

Марианна - очень надежный источник.

Марианна - очень надежный источник.

Спасибо за программу! Бум

Спасибо за программу!
Бум ждать и под Мак ОС. Удачи!

Когда будет публичная бета -

Когда будет публичная бета - я о ней всенепременно напишу. Пока правим замечания к виндовой версии, их много.

Для ряда сенсоров (в первую очередь кодаковских, они очень а

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

А тебе вообще не попадались спектральные кривые для сенсоров

А тебе вообще не попадались спектральные кривые для сенсоров?

Что-то в сети с ними туговато. По интернету ходит одна-единственная ссылка на данные по D3x http://actionphotosbymarianne.com/spectra/D3xAbsChanNum.csv, но кто их мерил и как непонятно.

По поводу маковской версии

По поводу маковской версии есть какие-нибудь новости?

Про ISO написано тут: http://www.rawdigger.ru/howtouse/pixel

Про ISO написано тут: http://www.rawdigger.ru/howtouse/pixel-capacity-and-amplifier-gain
В первом приближении т.к. есть read noise, который не анализируется, но при этом важен.
Там в комментариях есть тестовая съемка, ISO100+5EV коррекции vs ISO3200, видно какая на самом деле маленькая разница даже в такой постановке задачи (у 7D с учетом read noise выигрыш кончается на ISO800, т.е. на 3 стопа выше чем снимался тест).

А что касается практических советов, то я, честное слово, не понимаю, какие именно советы нужны. Вот есть измерение, снятое по экспонометру - попадает в RAW туда-то. Поведение материала - известно и тривиально (линейная "кривая", с резким насыщением и каким-то шумом), то есть две точки, насыщение и "по экспонометру" характеризуют материал почти полностью (кроме теней).

А применение этого знания - дело вкуса. Мы же тут уже решили, что правильной экспозиции не существует?
Лично я применяю и просто "замер по светам" и замер по среднему тону (с контролем светов при необходимости), но у разных фотографов - разные задачи и разные стили.

>сдается мне, что если через цветоделительные фильтры снять,

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

ну вот добрые люди в известной тебе ветке на ixbt посчитали, какой будет охват, если светить проектором через "колбочковые фильтры" (т.е. фильтры со спектральными хар-ками соответствующими колбочковым спектральным чувствительностям)

они там как-то стремно меряют, я бы не доверял. ни по спектр

они там как-то стремно меряют, я бы не доверял. ни по спектральным хар-кам, ни по чувствительностям.

Что меряет maxmax - для меня загадка, которую уже обсуждали

Что меряет maxmax - для меня загадка, которую уже обсуждали вот тут: http://blog.lexa.ru/2010/12/03/nu_za_lineinost.html

Я снимал Q13 с вилкой и смотрел на взаимные отношения между патчами в соседних снимках (т.е. отношение сигнала для 1-го патча в двух кадрах должно быть равно этому же отношению для другого патча). Измерение отношений позволяет забыть о погрешностях у затвора.
Так вот, у 5D2 в рабочем диапазоне (стопов 7-8 от насыщения вниз) с линейностью было все в порядке. Я конкретных цифр не помню, но вроде бы 2-й знак после запятой везде был в порядке, т.е. ничего такого уж нелинейного не было. Потому и не публиковал, ничего нетривиального не нашел.

>Соответственно, знание, куда рендерится замер экспонометра

>Соответственно, знание, куда рендерится замер экспонометра - важное.
Важное.

Но практических советов, типа "делай раз-два-три", по-прежнему не хватает.
Например.
Раз. Меряем "истинное базовое изо" (не знаю что это).
Два. Меряем запас в светах.
Три. Меряем кривость любимого конвертера.
Четыре. Выставляем на экспонометре "истинное изо" а на камере - неистинное и экспозицию по экспонометру плюс поправку на конвертер.
...
Профит!!!

Ну и нулевым пунктом - меряем "минимальное и максимальное хардварное изо" и за эти пределы не выходим никогда.

К вопросу о линейности. Нашёл сегодня вот такой сайтик: http

К вопросу о линейности. Нашёл сегодня вот такой сайтик: http://www.maxmax.com/spectral_response.htm. Если потыкать в меню слева, можно увидеть более подробные графики по отдельным камерам.

Отграфиков линейности отклика я несколько офигел. Там действительно ТАКАЯ нелинейность, или ребята что-то неправильно мерили?

Pages

Subscribe to comments_recent_new