Помогите с тестом

← →
Anatoly Podgoretsky © (2008-01-16 08:43) [120]

Какой же это белый шум, это вполне низкочастотный.

← →
Putnik © (2008-01-16 10:32) [121]

Draw alpha with a: 7,31482492886666
Draw alpha: 4,89425974530282
Draw alpha MMX: 1,53671206815391
Draw transparent color: 0,818756015080129
Draw tr. color opacity MMX: 1,66895205954947
Draw rotate alpha: 7,62844411789767
celeron 2.8Gz

← →
Lamer@fools.ua © (2008-01-16 10:39) [122]

Может я поздно, но вот:

1. Pentium(R) 4 CPU 2.66GHz (Memory Frequency: 166 MHz)
Draw alpha with a: 7,9000367365126
Draw alpha: 5,1949812057119
Draw alpha MMX: 1,62789209243074
Draw transparent color: 0,834201553549404
Draw tr. color opacity MMX: 1,79006382096049
Draw rotate alpha: 7,80702407708242

2. AMD Athlon 64 3500+ @ 2.2 GHz (Memory Frequency: 366 MHz))
Draw alpha with a: 3,39795839974075
Draw alpha: 2,35820781691528
Draw alpha MMX: 1,35235288283846
Draw transparent color: 0,625528663559195
Draw tr. color opacity MMX: 1,61086255376032
Draw rotate alpha: 4,51752946254342

← →
DVM © (2008-01-16 10:49) [123]

> Sapersky (15.01.08 21:20) [117]

> Да, ваша, конец 2006 г. Может быть, причина низких результатов
> в старой версии.
> Но IPP это всё-таки "тяжёлая артиллерия", применимая в основном
> для крупных проектов (большой размер дистрибутива из-за
> DLL + сама библиотека платная, не сказать, что очень дорогая,
> но...).

В основном я использую IJL, скомпилированннную с использованием функций IPP. Даже в последних версиях размер этой DLL не превышает 1.5 Мб. Собственно мне очень важна скорость.

А быстрее IJL мне не попадалось. Не знаете ли какого аналога?

А то IJL1.5 остановилась в развитии в 98 г. плюс у нее какие то не лады с многопоточностью видимо и в HKEY_LOCAL_MACHINE лезет постоянно читать тип процессора.

А 2.0 небесплатная, да и что-то я никак не могу понять, как в ней определяется или задается тип процессора. По скорости она не уступает 1.5, но и не превосходит в 1.4 раза, как заверяет интел. К тому же там структуре тип процессора всегда 0 после иннициализации получается.

В результате пользуюсь каким то хаком с названием ijl1.5.dll у которого нет проблем с многопоточностью и скоростью, но в файле нет информации о версии, что наводит на мысль, что это некий гибрид, кем то выведенный из 1.5 и 2.0.

← →
VirEx © (2008-01-16 11:17) [124]

Дабы не флудить темами, прошу потестить утилиту:
http://winconsul.kladovka.net.ru/trash/Inventory.rar
Вчера сделал компонент инвентаризации компьютеров в сети, на основе WMI.
Эта утилита покажет всё о локалхосте. Все свойства загружает из WMI.txt
(Не будет работать если запрещена служба "Расширения драйверов WMI" Windows Management Instrumentation)

Обновить следует два раза. Первый чтобы добавить свойства. Второй - чтобы увидеть изменения. Можно после первого обновления запустить еще чтонибудь чтобы увидеть добавилась ли инфа о новом процессе в список.

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

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

antonn сорри если что :)

← →
VirEx © (2008-01-16 11:23) [125]

> [124] VirEx © (16.01.08 11:17)

еще: получение свойств ограничено до 10

← →
homm © (2008-01-16 11:49) [126]

Draw alpha with a: 11,6550201212724 Draw alpha: 9,92612608585728 Draw alpha MMX: 9,38720200472406 Draw transparent color: 6,01019794415212 Draw tr. color opacity MMX: 12,0283656163004 Draw rotate alpha: 11,7475704314375

Эх, до кучи :) Сел 1,2

← →
Bless © (2008-01-16 12:17) [127]

Всю ветку не читал, если где-то было "все, хватит, остановитесь!!!", то извиняюсь :)

Celeron 1.0 ГГц

Draw alpha with a: 19.5798306768039 Draw alpha: 18.6378914079862 Draw alpha MMX: 17.5461406407798 Draw transparent color: 16.5874738269808 Draw tr. color opacity MMX: 19.5263878509699 Draw rotate alpha: 17.7609492267872

← →
antonn © (2008-01-16 12:25) [128]

> VirEx © (16.01.08 11:17) [124]

а кто нибудь это заметит здесь? :))
вынеси в отдельную ветку, ты же вроде комунити форума и тема про программирование, не должны закрыть %))

← →
VirEx © (2008-01-16 13:50) [129]

> [128] antonn © (16.01.08 12:25)

да ладно, смысла нет. ежели никому не интересно)

← →
Kolan © (2008-01-16 13:53) [130]

Так что показал тест у кого дленнее&#133 то есть короче? :)

← →
ms1 (2008-01-16 13:56) [131]

Draw alpha with a: 7,38387588366678
Draw alpha: 4,82714143836717
Draw alpha MMX: 1,47775960352503
Draw transparent color: 0,641728487838538
Draw tr. color opacity MMX: 1,63161463258599
Draw rotate alpha: 7,21721922758339

Intel(R) Pentium(R) 2,80GHz

← →
Sapersky (2008-01-16 15:51) [132]

Надо проверить на реальных картинках, у которых полностью прозрачные области расположены более упорядоченно

Протестировал на вистовских иконках - эффект от проверки на 0 положительный, от 4 до 35%.

Какой же это белый шум, это вполне низкочастотный.

Я его условно называю "белый шум", за корректность термина не ручаюсь (поэтому в кавычках).

А быстрее IJL мне не попадалось. Не знаете ли какого аналога?

Не знаю.
Я пользуюсь версией 1.5.4.36 от 19.06.2001, 370 кб. Скорость вполне устраивает, многопоточность никогда не требовалась. Единственный замеченный недостаток - недокачанные progressive-картинки не читает.
Есть версия 2.0.16.48 от 05.02.2005, 704 кб, но у неё, действительно, проблемы с определением типа процессора. Видимо, поэтому она по моим тестам оказалась медленнее.
Всё это тоже уже обсуждалось год-два назад, у меня даже сохранились обрывки своих ответов:

Посмотрел [видимо, заголовки к IJL2.0] - вроде принципиальных изменений нет.
Проверил PROCESSOR_TYPE - у 1.5, как и положено, 6, у 2.0 - 0.
Есть подозрение - т.к. IJL теперь входит в состав платной IPP, определение процессора привязали к какой-то из IPP"шных DLL"ок (с динамической загрузкой), а получение через реестр вырезали.
К тому же и тип PROCESSOR_TYPE определён в заголовках ipp ("See ippdefs.h for details").

Если нужна максимально быстрая обработка jpeg - видимо, следует смотреть в сторону CUDA. Правда, придётся по уши зарываться в описание алгоритма и исходники jpeg-библиотек (готовые решения в свободном доступе появятся, видимо, ещё очень нескоро).
Ну случай если решитесь могу дать ссылки. Описание алгоритма:
http://compression.ru/book/part2/part2__3.htm#_Toc448152511
Библиотека jpeg полностью на Паскале:
http://www.nomssi.de/pasjpeg/pasjpeg.html
Хотя и весьма запутанная, скоростью не блещет и вообще для портирования на CUDA лучше как раз сишные исходники. Ну, может, кодирование Хаффмана пригодится, т.к. перевести на GPU можно только DCT-преобразование.

← →
ketmar © (2008-01-16 16:10) [133]

я понимаю, что не в тему, но можно вопрос: а нафига грузить JPEG со скоростью мысли? если уж так надо быстро что-то грузить, отчего один раз не конвертнуть жпг в то, что не надо так напряжно декодировать? в тот же PNG, например? или вообще в TGA? при теперешних-то объёмах носителей…

← →
DVM © (2008-01-16 16:16) [134]

> Есть версия 2.0.16.48 от 05.02.2005, 704 кб, но у неё, действительно,
> проблемы с определением типа процессора. Видимо, поэтому
> она по моим тестам оказалась медленнее.
> Всё это тоже уже обсуждалось год-два назад, у меня даже
> сохранились обрывки своих ответов:

Та, что у вас действительно медленнее. Но я вот недавно не поленился выкачал с сайта интел триалы интеловского компилятора, IPP, исходники IJL (они к моему удивлению открыты!) и потратив пол дня скомпилил это дело под IA32.
То, что получилось, работает не хуже, а даже чуть быстрее (особенно на больших картинках), не имеет проблем с многопоточностью. Но и не быстрее в 1.4 раза как интел обещал.

← →
DVM © (2008-01-16 16:19) [135]

> ketmar © (16.01.08 16:10) [133]

> а нафига грузить JPEG со скоростью мысли?

В моем случае они поступают в виде потоков HTTP MotionJPEG с сетевых камер. Камер множество (скажем 64), картинки с разрешением до 1600*1200, суди сам.
Это часть системы видеонаблюдения.

← →
ketmar © (2008-01-16 16:19) [136]

>[134] DVM©(16.01.08 16:16)
>исходники IJL (они к моему удивлению открыты!)
а разве их можно закрыть? какая там лицензия у IJG?

← →
ketmar © (2008-01-16 16:20) [137]

>[135] DVM©(16.01.08 16:19)
хм. ну и пусть себе отдельный сервер занимается декодингом. ли даже несколько серверов.

зыж не флэйма ради, честное слово! %-)

← →
DVM © (2008-01-16 16:25) [138]

> Sapersky (16.01.08 15:51) [132]

Я где то натыкался на оптимизированную под SSE/2/3 версию IJG v6b. Но сайт на японском:) Оптимизировано японцем и все комментарии как и что соответственно непонятны. Так же слышал, что под CUDA IJG v6b кто-то портировал, но не нашел.

← →
DVM © (2008-01-16 16:28) [139]

> ketmar © (16.01.08 16:20) [137]

> а разве их можно закрыть? какая там лицензия у IJG?

не путай IJL и IJG - это разные библиотеки, первая от интел, вторая от группы разработчиков стандарта.

> хм. ну и пусть себе отдельный сервер занимается декодингом.
> ли даже несколько серверов.

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

← →
VirEx © (2008-01-16 16:33) [140]

> [138] DVM © (16.01.08 16:25)
>
> > Sapersky (16.01.08 15:51) [132]
>
> Я где то натыкался на оптимизированную под SSE/2/3 версию
> IJG v6b. Но сайт на японском:) Оптимизировано японцем и
> все комментарии как и что соответственно непонятны. Так
> же слышал, что под CUDA IJG v6b кто-то портировал, но не
> нашел.

гугл транслэйт.
правда незнаю, поддерживает ли японский

← →
DVM © (2008-01-16 16:34) [141]

> Sapersky (16.01.08 15:51) [132]

> Посмотрел [видимо, заголовки к IJL2.0] - вроде принципиальных
> изменений нет.
> Проверил PROCESSOR_TYPE - у 1.5, как и положено, 6, у 2.
> 0 - 0.

Кстати различия есть. И значительные. На сайте интела даже документ есть соответствующий, да только тип процессора все одно 0, даже после исправлений.

>[139] DVM©(16.01.08 16:28)
>не путай IJL и IJG - это разные библиотеки
а кто сказал, что я путаю? просто помнится мне (может, и неверно), что IJL использует код от IJG. а тут уже начинаются пляски с лицензиями.

>параллельно крутятся другие не менее ресурсоемки задачи
параллельно где? на том же сервере? ну и зачем?

> а кто сказал, что я путаю? просто помнится мне (может, и
> неверно), что IJL использует код от IJG

Файлы разные, содержимое разное, в IJL нигде нет упоминаний о IJG. Может какие то куски у них и есть общие - но это все же разные очень библиотеки.
Достаточно поглядеть на них.

> параллельно где? на том же сервере? ну и зачем?

Затем, что это части одной и той же системы видеонаблюдения: прием потока, выделение кадров, декодирование, детекция движения, запись, отображение и т.д. Долго объяснять.

← →
Хаванагил (2008-01-16 17:23) [144]

Draw alpha with a: 1,8293230796698
Draw alpha: 0,935673337373908
Draw alpha MMX: 0,803735701298152
Draw transparent color: 0,496206565464361
Draw tr. color opacity MMX: 0,951391248866525
Draw rotate alpha: 3,39339965514163

core 2 2.13 ггц

← →
Sapersky (2008-01-16 18:07) [145]

отчего один раз не конвертнуть жпг в то, что не надо так напряжно декодировать? в тот же PNG, например

PNG, кстати, медленнее JPEG, хотя это и кажется странным на первый взгляд.

Так же слышал, что под CUDA IJG v6b кто-то портировал, но не нашел.

Я читал на rsdn что кто-то портировал, но про выкладывание там речи не было.

Кстати различия есть. И значительные. На сайте интела даже документ есть соответствующий, да только тип процессора все одно 0, даже после исправлений.

Если я правильно понял, IJL2.0 официально распространяется в виде исходников в составе IPP:
You can find IPP JPEG sample package from IPP v5.1 to find IJL-IPP sample. This will build IJL20.DLL (we did not distribute prebuild IJL20.DLL).
Может, там target CPU задаётся в настройках компиляции? (под каждый CPU отдельная DLL).

>[145] Sapersky (16.01.08 18:07)
>PNG, кстати, медленнее JPEG, хотя это и кажется странным на первый
>взгляд.
может быть. я ж так привёл, "от фонаря" примеры. передать и декодировать JPG тоже может быть быстрее, чем передать без кодирования огромных размеров TGA.

> Sapersky

> Может, там target CPU задаётся в настройках компиляции?

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

> Sapersky

Вот кстати тот японский сайт http://cetus.sakura.ne.jp/softlab/jpeg-x86simd/jpegsimd.html

← →
Ledovskiyh (2008-01-23 13:14) [149]

Draw alpha with a: 4,42014522032100
Draw alpha: 3,069874056205687
Draw alpha MMX: 0,7952056871651
Draw transparent color: 0,168795065128977
Draw tr. color opacity MMX: 1,01569875505471
Draw rotate alpha: 4,5621059874508

_______________________________

CPU:Intel Xeon 3800MHz (S604, 2048Kb, 800MHz)
MEM: FB-DIMM 4ГБ DDR II SDRAM PC5300, 667МГц, CL5, ECC
VIDEO: PNY Quadro FX 4500 470 Mhz PCI-E 512 Mb 1050 Mhz 256 bit 2xDVI G-Sync
WIN: Windows VISTA

← →
VICTOR_ (2008-01-23 18:04) [150]

Draw alpha with a: 2,36833927217007
Draw alpha: 1,66020429970848
Draw alpha MMX: 0,898364456935169
Draw transparent color: 0,543418227735648
Draw tr. color opacity MMX: 1,10587686423833
Draw rotate alpha: 3,38482935680373

DualCore AMD Athlon 64 X2, 3090 MHz

Помогите с тестом Найти похожие ветки