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

Title Comment
http://www.dinobulk.com/huawe

http://www.dinobulk.com/huawei-uninterruptible-power-supply-box-12v-mode...

А может быть надо просто

А может быть надо просто профилировать самому, конкретный экземпляр?

Дело то нехитрое!

Сначала 4-канальный демозаик,

Сначала 4-канальный демозаик, потом одно из двух:

Это одинаково в рамках модели или зависит от экземпляра?
Если первое - где-то добыть 4-канальные цветовые матрицы.
Если второе - тупо усреднять зелёный.

Это три разных матрицы. Ты подразумеваешь D3x и A900, а тут

Это три разных матрицы. Ты подразумеваешь D3x и A900, а тут вовсе D800 и A77.
И у этих двух - я не вижу черезвычайной похожести, только похожий тренд. У сони 2% разбаланс, у никона - меньше полпроцента. В 4 раза. Хотя вот посравнивать то, где матрицы одни (а фильтры и АЦП - разные) - хорошая.

Про "каналы из соседних пикселов" (т.е. по разным каналам АЦП там где каналов больше двух) - идея сегодня уже возникала, но готового прибора не имеется.

rep movsd отвратительно

rep movsd отвратительно работает на некотором подмножестве процессоров, но эти времена уже позади

начиная как раз с core2 и продолжая на core i7 все стало по-другому, все сильно зависит от того, что именно делается, но слабо - от того, как именно

видимо все транслируется в какой-то внутренний уровень абстракции, где все равно

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

у Никона и сони матрица-то одна, вот и похожи.<p></p>а ты не

у Никона и сони матрица-то одна, вот и похожи.а ты не пробовал сравнивать красные (синие) каналы из соседних пикселов?

Ну и трендов больше чем один. Условно Nikon D800 и Sony A77

Ну и трендов больше чем один. Условно Nikon D800 и Sony A77 - один тренд, а Oly - получается что совсем другой (не фиксированный разбаланс каналов как у панаса, но что-то такое зависящее именно от зеленого сигнала).

Как минимум, про Oly это нужно проверять (сняв тот же колорчекер с брекетом)

В M9 какой сенсор? Я не знаю... Если это (электронный) крос

В M9 какой сенсор? Я не знаю...

Если это (электронный) кросстолк, то разница может быть банально в bayer pattern.
В одно камере, к примеру
RG
GB
А в другой
GR
BG

Я, честно, не рассматривал с этой позиции. Идея есть такая в голове, а заниматься ей немного не с руки.

удивляет разнонаправленность трендов Лейки и всех других. Ле

удивляет разнонаправленность трендов Лейки и всех других. Лейка то какая? с CCD?

Наоборот, стараются для core2

Наоборот, стараются для core2 и новых i7 в x64-режиме. Этож знаменитая история: http://blog.lexa.ru/2011/03/31/subbota_dlya_cheloveka_ili_chelovek_dlya_...

Т.е. там конечно не movaps/movntps, а movntiq (потому что не через xmm, а через gp registers), но никаких rep movsd!

возможно,что на каком-нибудь

возможно,что на каком-нибудь Атоме или Пентиуме-Ш это критично, вот для них они и стараются

но в rep movsd точно нет внутри movaps, хотя кто знает ;)

В "обычном memcpy" (в glibc,

В "обычном memcpy" (в glibc, например), если присмотреться, внутри будет movaps. А то и еще чего похлеще, вспоминаем скандал с адобом и вот ровно memcpy

самый прикол, что обычный

самый прикол, что обычный memcpy или даже просто rep movsd не отличается от movaps по скорости

Да, поднял старые таблички:

Да, поднял старые таблички: http://blog.lexa.ru/2011/09/08/opyat_pro_movntps.html

Просто copy: 11.7 GB/sec (чтобы получить memory b/w - умножаем на два)
Довольно немаленькая работа: 9.4 GB/sec.

Разница есть, но в пределах разумного, 20%. Там по старым процессорам разброс большой, надо было инструментировать и смотреть, но тех уж нет...

в каком смысле? скорость

в каком смысле? скорость памяти - это memcpy? код memcpy работает со скоростью memcpy, нo и любой аналогичный по характеру обращения к памяти код работает со скоростью memcpy

Процессор "не настолько

Процессор "не настолько быстрее памяти". Был бы "настолько быстрее" - любой stream-like код разумной сложности работал бы со скоростью памяти. А этого и близко нет.

в прошлых версиях

в прошлых версиях out-of-place функции по факту корректно не работали при совпадающих указателях, то есть гибкости не было

если включить

если включить воображение

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

вообще, память больше напоминает жесткий диск с той разницей, то потоков может быть одновременно несколько (но и здесь, наверное, есть ограничения)

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

ради RPP или девелоперской среды, очевидно же.

ради RPP или девелоперской среды, очевидно же.

На самом деле, ради 3 минут работы (ну там LibRaw собрать) м

На самом деле, ради 3 минут работы (ну там LibRaw собрать) мне проще и быстрее забутить (или восстановить из замороженного) эмулятор, чем хакинтош включать.

Вот как раз хотел спросить, зачем нужен макос в эмуляторе :)

Вот как раз хотел спросить, зачем нужен макос в эмуляторе :)

Как будет так будет. Если не

Как будет так будет.
Если не скоро, лучше конечно отдельным постом итоги.

Ну я бы заводил 10.7 из общих

Ну я бы заводил 10.7 из общих соображений (10.8 долбанутая на голову какая-то, 10.6 - старая).

Померять сегодня - не обещаю, вообще - померяю когда нибудь

У меня пишет 'opening

У меня пишет 'opening partition 2 ... ERROR: Inflation failed'
dmg2img 1.6.4, Win32 (брал готовый бинарник с вашего сайта), OS X 10.8 (брал с рутрекера).

Разбираться было лень.

Алексей, а попробуйте

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

Так а в чем трабла с

Так а в чем трабла с конвертированием dmg 10.8? Попробовал сейчас на Install Disc 10.8.4 (md5: d1fb452b5c8d84bc98d9f734949ad31e) вроде скушало, не подавилось.

Да, такое тоже возможно. Но а) я не люблю чужие образы, п

Да, такое тоже возможно.
Но
а) я не люблю чужие образы, потому что там обычно чужие юзеры с чужими паролями (и что там внутри наставлено - тоже не будешь же разбираться)
б) А ставить самому - было гемороем (и с 10.5 я его так и не преодолел, использовал чужой образ и меня тошнило)

А зоопарк макосей мне нужен, тестирование

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

я скачал себе с рутрекера образ 10.8
и он прекрасно обновляется по сети и чудненько всё бегает
под варью 9.0.2 build-1031769

Потоковая парадигма - очень

Потоковая парадигма - очень хорошая во всех смыслах (оптимизировать проще, масштабировать на много ядер - проще).
Но насколько она forced - надо проверять.

Про IPP вот я почитал, из интеловской цитаты неочевидно, что они хотят именно потоковости:
"In-place functionality will be removed: In-place functions accept only one pointer for input and output. The out-of-place versions often offer the same functionality but with the additional flexibility of specifying a different output buffer."

Т.е. намекают, что можно in и out указать одинаковые и будет хорошо. Вопрос про buffer (pointer) aliasing остается, возможно что исполнение пойдет разными путями при перекрывающихся буферах.

Но, повторяю, нужно тестировать.

Хорошие новости. Спасибо!

Хорошие новости. Спасибо!

Pages

Subscribe to comments_recent_new