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

Плюс я предлагаю немного усложнить задачу и добавить scaling изображений и расчёт средних по каналам. 

Это сообщение отредактировал(а) W4FhLF - 18.12.2009, 17:14

IrfanView, пакетная обработка же

так или иначе, в этой задаче победит С++ , т.к. есть boost.GIL

Добавлено через 2 минуты и 44 секунды
алсо что насчет этого поста? 
http://forum.vingrad.ru/index.php?showtopi...t&p=2048366

тут больше тест не на производительность вычислений, а на буферизацию вывода данных

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

Добавлено через 15 секунд
Пункт 2 наверное лишний.

вот только чрезмерно усложнять не стоит, нужно чтобы приложение было не I/O bounded, может лучше взять одно изображение, но достаточно большое?

Ну можно взять штук 5-10 10-14 мегапиксельных снимков. Думаю нормально будет. 

а если я запущу его на своей рабочей машине без современной видео-карты?  
и ты учти, что я то-же могу реализовать обработку на GPU, при желании  

Lazin, угу, забили на GPU )

Добавлено через 9 минут и 13 секунд
Хотя идея с GPU мне всё-таки нравится.  

мне тоже, и я ничего против не имею, но с условием, что программа должна запускаться не только на машинах с GPU последнего поколения  

http://www.nvidia.ru/object/cuda_learn_products_ru.html

Добавлено через 5 минут и 19 секунд
Единственное, что мы сравнивать будем? Ну напишу я на С модуль для CUDA, вызову его из С++. Ты вызовешь из через PInvoke какой-нибудь. И что дальше?) 

убедил, давай без CUDA  

и? результат какой? где?

Lazin, придумай тест где питон будет сравним по производительности с С++, причем именно питон, а не функции ОС, и не модули расширения на других ЯП

я сам такой тест придумать не могу, наверное потому что его нет.

О чеm спор? С/С++ будет использоваться в системных компонентах. Кернел на Джаве не напишут. Другое дело использовать С/С++ для всегo остального - пережиток прошлого. Те, кому проще i быстрее писать на С++ просто не знают достаточно хорошо С#/джава. Это скорее их незнание, а не преимущество С++. С++ быстрее? Чушь. Сегодня это реально нe так. А то, что футпринт больше - вообще смех. На наших машинах по 3-4 Гб все бежит нормалек. Зато удобство разработки просто аццкое.
O чеm спорим? Конечно С++ будеt отмирать. Но для системногo программирования оn все еще будет использован. Ну i реалтайм. И т.п.

лол
вообще я думал писать не на питоне, а на java или c#, но на питоне  тоже можно писать быстрый код, к примеру код, моделирующий что-нибудь и использующий для этого NumPy будет довольно сложно побить  

neutrino, речь идет о том, что сложные системы писать на С++ уже не вариант, пока ты напишешь отладишь и протестируешь все на на С++/Си/Pascal - твои конкуренты будут далеко впереди. С другой стороны, никто не спорит, что на С++ можно писать расширения для питона или COM компоненты, которые потом будут дергаться из управляемого кода.

Было. Простая обработка текстового файла. Итог: питон наравне с C++.
90% времени этот тест будет проводить в ядре интерпретатора: операции со строками и словарями.