да нет, тут как ни крути, оценка в 81 наносекунду для всего изображения не физична. просто в таблице стоит добавить что это nsec / pixel тогда получается 84 миллисекунды на все изображение, вот в это поверю.
тут как чего не допускай, но за 81 наносекунду не может быть обработано 1048576 элементов (это 1024*1024), т.к. это около 77 фемто секунд на элемент получится (если арифметика меня не подвела или я ее) 81e-9 / (1024*1024). это ж процессор на терра герцах работать должен, какой бы он i9 ни был, но это пока рановато
я представляю сколько работает фильтр гаусса в разных условиях, коммент больше направлен на улучшение описания. А то в таблице единица измерения указана не полностью, т.к. видимо это не просто время, это время на один элемент(пиксел) изображения. единица измерения "почти мгновенно" улыбнула
в таблице производительность в наносекундах на элемент или в миллисекундах на все изображение? явно не сказано, а кажется сомнительным что фильтр гаусса с сигмой 10 для FP32 изображения 1024х1024 можно посчитать на x86 процессоре за 81.3 нс
вот, оставлю здесь ссылку на первоисточник, для интересующихся: публикация в 8 номере "Радиолюбителя" за 94 год. Гильманов, И. "Микропроцессор КР580ВМ80А в экономичном режиме". https://www.radioman-portal.ru/magazin/radiolubitel/1994/8.php После прочтения, поскольку идея очень понравилась, тащить три источника действительно хлопотно, попробовал на нескольких экземплярах своих процессоров, на простейшем подключении, лишь бы начал команды считывать, убедился что действительно работает. Ну и память меня конечно подвела, ничего про особенности ИК против ВМ в статье не говорилось, видимо где-то в другом месте встречал, и возможно без привязки к экспериментам с питанием. Была какая то статья про историю разработки 580-й серии, может в Радио, но это уже не найду, да и не так важно это.
100% это не штатный режим, но именно ВМ80 я не встречал не работающих в таком режиме (конечно мои эксперименты не показатель), в журнале, откуда я это когда взял, по-моему Р-Л каких то 90-х годов, писали что ИК80 ранние выпуски просто не работают в таком режиме, более поздние какие-то работают какие то нет, а ВМ80 вроде как должны.
580ВМ80 может работать только от +5, на -5 подаем землю, на +12 подаем +5. При этом снижаются частотные характеристики, но работоспособность сохраняется, проверено практикой.
так и колесо вроде давно изобрели, а люди все что-то улучшают в способах передвижения. Уверен что ребята из SmartEngine получили не плохой результат для решения задачи в своей постановке, теперь другим нельзя и смотреть в эту сторону?
по вылизанному до блеска dct8x8 даже white paper публиковалась с кодом и пояснениями, чтобы другие тоже понимали особенности оптимизации под SSE инструкции
на самом деле знания особенностей новых инструкций просто доступны сотрудникам раньше чем другим на рынке, и поэтому есть возможность поддержать выпуск нового процессора (и его продажи есс-но) сопроводив запуск процессора выпуском оптимизированных для него библиотек. остальным игрокам на рынке знание новых инструкций становится доступно с выходом процессора в продажу, т.к. техническая документация по нему становится доступной так же, а тонкости поведения рано или поздно выявляются экспериментами
привет ex-IPP-шнику от ex-IPP-шинка. Стоит все же отметить что уровень амбиций Интел в области своего компилятора менялся со временем, сил в него было вложено компанией не мало, и был даже период когда мы работая над IPP (и не только мы) работали с командой компилятора, с тем чтобы научить авто-векторизатор распознавать типовые конструкции циклов и некоторые вещи команда компилятора приняла от нас, но справедливости ради, кажется чаще команда компилятора учила нас "правильно" писать код на С, т.е. оформлять код так чтобы убирать неоднозначности для компилятора, и он бы легче выявлял векторизуемые блоки. Было время когда существовало мягкое требование чтобы программные продукты Интел компилировались Интеловским компилятором (IPP ведь выпускалась собранная именно Интеловским компилятором). Большое достижение у компилятора было когда они смогли без ошибок компилировать ядро линукса, но долгое время были недочеты на С++ коде. Сейчас вроде бы Интеловский компилятор довольно неплох и в С++, правда Интелу теперь наверное не до компилятора, но это уже другая история
неистово плюсую, хотя плюс подкинуть и не могу. тоже взял эту плату с расчетом повозиться с чем ни будь когда ни будь.
я думаю что интеллектом обладают люди, по крайней мере некоторые
в статье было что-то про подавление полезных бактерий или это вы смогли додумать сами?
вам спасибо, статья получилась интересная и познавательная
да нет, тут как ни крути, оценка в 81 наносекунду для всего изображения не физична. просто в таблице стоит добавить что это nsec / pixel тогда получается 84 миллисекунды на все изображение, вот в это поверю.
тут как чего не допускай, но за 81 наносекунду не может быть обработано 1048576 элементов (это 1024*1024), т.к. это около 77 фемто секунд на элемент получится (если арифметика меня не подвела или я ее) 81e-9 / (1024*1024). это ж процессор на терра герцах работать должен, какой бы он i9 ни был, но это пока рановато
я представляю сколько работает фильтр гаусса в разных условиях, коммент больше направлен на улучшение описания. А то в таблице единица измерения указана не полностью, т.к. видимо это не просто время, это время на один элемент(пиксел) изображения.
единица измерения "почти мгновенно" улыбнула
как быстро летит время и прогресс, вот уже и комп на PentiumII в разряд ретро компьютеров попал
в таблице производительность в наносекундах на элемент или в миллисекундах на все изображение? явно не сказано, а кажется сомнительным что фильтр гаусса с сигмой 10 для FP32 изображения 1024х1024 можно посчитать на x86 процессоре за 81.3 нс
вот, оставлю здесь ссылку на первоисточник, для интересующихся: публикация в 8 номере "Радиолюбителя" за 94 год. Гильманов, И. "Микропроцессор КР580ВМ80А в экономичном режиме". https://www.radioman-portal.ru/magazin/radiolubitel/1994/8.php
После прочтения, поскольку идея очень понравилась, тащить три источника действительно хлопотно, попробовал на нескольких экземплярах своих процессоров, на простейшем подключении, лишь бы начал команды считывать, убедился что действительно работает. Ну и память меня конечно подвела, ничего про особенности ИК против ВМ в статье не говорилось, видимо где-то в другом месте встречал, и возможно без привязки к экспериментам с питанием. Была какая то статья про историю разработки 580-й серии, может в Радио, но это уже не найду, да и не так важно это.
ну если -5 и +12 в воздухе оставить при подключенной линии +5 то вероятно может быть и такой исход
100% это не штатный режим, но именно ВМ80 я не встречал не работающих в таком режиме (конечно мои эксперименты не показатель), в журнале, откуда я это когда взял, по-моему Р-Л каких то 90-х годов, писали что ИК80 ранние выпуски просто не работают в таком режиме, более поздние какие-то работают какие то нет, а ВМ80 вроде как должны.
580ВМ80 может работать только от +5, на -5 подаем землю, на +12 подаем +5. При этом снижаются частотные характеристики, но работоспособность сохраняется, проверено практикой.
так и колесо вроде давно изобрели, а люди все что-то улучшают в способах передвижения. Уверен что ребята из SmartEngine получили не плохой результат для решения задачи в своей постановке, теперь другим нельзя и смотреть в эту сторону?
по вылизанному до блеска dct8x8 даже white paper публиковалась с кодом и пояснениями, чтобы другие тоже понимали особенности оптимизации под SSE инструкции
на самом деле знания особенностей новых инструкций просто доступны сотрудникам раньше чем другим на рынке, и поэтому есть возможность поддержать выпуск нового процессора (и его продажи есс-но) сопроводив запуск процессора выпуском оптимизированных для него библиотек. остальным игрокам на рынке знание новых инструкций становится доступно с выходом процессора в продажу, т.к. техническая документация по нему становится доступной так же, а тонкости поведения рано или поздно выявляются экспериментами
привет ex-IPP-шнику от ex-IPP-шинка. Стоит все же отметить что уровень амбиций Интел в области своего компилятора менялся со временем, сил в него было вложено компанией не мало, и был даже период когда мы работая над IPP (и не только мы) работали с командой компилятора, с тем чтобы научить авто-векторизатор распознавать типовые конструкции циклов и некоторые вещи команда компилятора приняла от нас, но справедливости ради, кажется чаще команда компилятора учила нас "правильно" писать код на С, т.е. оформлять код так чтобы убирать неоднозначности для компилятора, и он бы легче выявлял векторизуемые блоки. Было время когда существовало мягкое требование чтобы программные продукты Интел компилировались Интеловским компилятором (IPP ведь выпускалась собранная именно Интеловским компилятором). Большое достижение у компилятора было когда они смогли без ошибок компилировать ядро линукса, но долгое время были недочеты на С++ коде. Сейчас вроде бы Интеловский компилятор довольно неплох и в С++, правда Интелу теперь наверное не до компилятора, но это уже другая история
выложить было бы полезно для сообщества
это здорово, на своей плате не проверял еще. интересный контроллер, с программируемыми логическими функциями, даже не знал что и такие бывают
на хеш платах обнаружен микроконтроллер PIC16F1705-I/SL, тоже довольно интересная штука (если рабочий)