Arduino.ru

На самом деле, частотой ядра Вы выиграть сможете проценты, а отказавшись от Ардуинновских библиотек в местах, где производительность критична, сможете выграть в разы

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

На самом деле, это, по сути будет обозначать уход от Arduino IDE в сторону Atmel Studio, где действительно можно и на С программировать и на ассемблере.

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

По даташиту максимум - 20МГц (стр. 35). Всё, что выше - как с "новой японской электропилой".

  Мои исследования http://arduino.ru/forum/apparatnye-voprosy/kakaya-maksimalnaya-chastota-raboty-plat-arduino

Разгон Arduino. Под жидким азотом. 20 ⇒ 65.3Mhz @ -196 °C

Я тоже люблю разгонять, только электро движки. Написано, например, на нем 5 вольт....а я постепенно подаю 6.,7, 10, 15, 20.... и т.д. Разгоняется, разгоняется....а потом БАЦ! Или щетки отлетели, или обмотка сгорела

Статейку про жидкий азо тчитал, до такого не дойду, интересен вариант создания FastDuino. И попытаться подредактировать загрузчик так чтобы он дружил со средой разработки.Думаю тем кто работает с TFT такой вариан может быть интересен. Одна загвоздка,  таймера могут подвести и надо почитать про I2C и SPI. Не помню, есть там возможность использовать пределитель чтобы скорость обмена варьировать. И что касается UART при такте 24 МГц на скорости 115200 очень небольшой процент ошибок, влезает в допуск до 5 %.

Ну, я ж говорю, "как с новой японской электропилой" :)

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

Смешной Вы парень.

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

Мой сосед работал на фабрике, где делали полиэтиленовые крышки на стеклянные банки. Чтобы увеличить время перекура они РАЗГОНЯЛИ процесс изготовления за счет уменьшения времени охлаждения отлитых крышек. В результате получались крышки, которые невозможно натянуть на банку.

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

С Ардуиной же все с точности наоборот. Пользователь, в подавляющем большинстве случаев, имеет доступ к исходникам, а объем этих исходников, обычно, не велик.

Простейший пример: если вас не устраивает производительность операци digitalWrite(), то заменив ее на ассемблерную вставку с командой SBI/CBI вы потратите всего 2 такта на вывод бита, вместо почти сотни в стандартной функции. Не верите? Примерный расчет:

Вызов функции с двумя параметрами (4+2+2=8), инициализация переменных в начале функции (4+(2+2+1+2)*3=33), проверка параметров ((2+2+1+2)*2=14), расчет регистра порта (2+2+1+2=7), сохранение/восттановление регистра флагов с запретом перывания (3), разный код для HIGH и LOW (2+2+1+2=7) и вывод бита с предварительным чтением значения порта в регистр, установкой/сбросом бита и последующей записью (2+1+2=5) ну и возврат и подпрограммы еще 4 такта. Итого 8+33+14+7+3+7+5+4=81

Разница во времени в 40 раз!!!

Никаким разгоном вы столько не получите

Кое-чем все-таки отличается. Внутри МК наличествует флеш, в то время, как в x86 его нет. Вроде и невелика разница, но на скорость выполнения операций это влияет самым решительным образом. Флеш медленный. Флеш, произведенный по современным технологиям, работает на частотах до 25-40мгц. Именно поэтому те же ARM-ы, имея рабочие частоты в сотню-другую мегагерц, по нескольку тактов тратят на чтение данных  из флеша. Попросту говоря, ядро и флеш там работают на разных частотах -- ядро на большей, флеш на меньшей и это предусмотрено самим устойством МК.

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

Где парни и мальчики я уже объяснил Клапульки.

Скажыте мне что можно оптимизировать в последовательности.

DDRA = 0xFF;
PORTA=data;
WR_STROBE

Или в функциях обработки примитивов при выводе на tft. А если вы о кривых библах которые пишут пользователи всяких GSM, LAN модулей - это вопрос к ним, к ламерам.

Не гони, а SSD не flash? А SD? Ну и не забываем м/с bios, м/с на планках памяти хронящие идентификационную информацию. Так что Учите мат часть. Если вы в схемотехнике не разбираетесь, лучше молчите , не позорьтесь.

DDRA = 0xFF;
PORTA=data;
WR_STROBE

Если вы на каждый выводимый байт не будете писать в регистр направления ввода/вывода порта, то уже выиграете 2 такта. Вывод в порт, скорее всего из регистровой переменной, так что оптимизации не подлежит - 2 такта. Заменив макрос WR_STROBE ассемблерной вставкой с SBI и CBI - еще в три. Там косвенная адресация порта зачем-то в коде. Дважды 2+2+1+2 такта, вместо 2. В сумме 6 тактов вместо 18 - в три раза. Мало?

Да, a5021 верно изложил именно флеха на чтение как правило оказывается узким местом. Доходит до того что при старте читают флеху в RAM и уже с ним работают.

И diger67 , прав. Он как обычно легко и убедительно продемонстрировал себя тупым и безграмотным хамом, занимающимся исключительн херней. Ну открой жеж ютуб и посотри как ПК работает а биос вынимают, как паралелят накопители и т.д.

Здесь мода что ли такая, при обсуждении технических проблем грубить и переходить на личности? То a5021 про умственные помешательства вспоминает, то diger67  что-то про прозор несет, а Logik вообще уже к мату приблизился.

Может мы будем здесь технические вопросы обсуждать, а не пиписьками меряться и грубить друг другу? И не будет тогда казаться неадекватным адекватный ответ на личные нападки )

Я не знаю, что такое клапульки и что Вы там объяснили, только бред Вы несёте редкостный. Судя по Вашей фразе, Вы не только не не обладаете знаниями "профи", но Вы даже не знаете кто такие "профи" и чем они отличаются от мальчиков, разноняющих "компы".

Угу. И буду широко его пользовать пока група продаванов будет толктись на форуме с целью пиара своего отстоя ;)

Вы так хотите, чтобы кроме тех, кто вам неприятен, на этом форуме никого не осталось? А если не хотите - не ведитесь и не переходите на личности.

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

Я пока вижу здесь только одного позорящегося и это точно не я.

А я понял, тут у вас что то типа бара голубая устрица, вы писаетесь от удовольствия говоря всем что они лохи. При этом на совет более чем, Вам в тему ищу исполнителя, вы не способны, это к тебе относиться засранец Евген. Ну и так, ради смеха, кто пострадает кроме меня если в процессе экспиримента сгорит пару тройка mega128? Я нанесу сообществу arduino.ru представляющего "лицо програмистов России" непоправимый ущерб? Чего вы дурики так переполошились? Да успокойтесь, сидити в своей песочнице и тихоноко лепите куличики, не мешайти дяденькам строить статую свободы.

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

На форуме очередное "осеннее обострение", не? Мне показалось? :)

Ну хочет чел. получить супер-мегу .. ну пусть попробует, а заодно и всем расскажет "что так делать не надо" .. а впрочем, почему нет?

Если взять кварц на 16.384 Мгц, то любимый тут миллис можно обучить считать верно, а не с пробросом каждой 42-й миллисекунды и операция % станет кошерной. И даже вписывается в даташитовские 20Мгц ..

Да, флеш - узкое место. Но порог его работы лежит в районе 30-32Мгц, что наглядно видно как по практическому опыту "гонщиков", так и всмотревшись в отдельные микросхемы флеш, от Атмел .. да и х-меги имеют теже самые 32Мгц. Почему бы отдельно взятому индивиду не разогнать мегу в пределах этих мегагерц? Ненадежно? Так это исключительно ЕГО ПГОБЛЕМЫ. Нет? :)

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

Да, значит Энштейн, Коперник итд ламеры в своей области. Я не в коем разе не хочу сказать что я гений. Много кто до меня пробовал разгонять mega. Как то прочитал что mega128 ну ни как не гонится выше своих параметров. А в даташите не сказано что мк нельзя использовать на такте выше заявленной. Только что не гарантируется стабильная работа. Прекрасно понимаю что при повышении частоты увеличивается потребляемая мощьность, а после определенного порога температуры полупроводник снижает свои свойства. Все это актуально. Но волков бояться в лес не ходить. А компы гонят, гнали и будут гнать. Хотя я как правили просто покупаю более мощьный при необходимости.Почему, потому что есть выбор, а у AVR такого выбора нет. И как пример русские используют транзисторы в усилителях на линейной части характеристики, я японци умудрились использовать нелинейный участок, получив при этом лучшие параметры. На промэлектронике и электрорадиоизмерениях учили что использовать нелинейную часть нежелательно.

Можете привести логическую цепочку, по которой из процитированной посылки вытекает Ваш вывод?

Не совсем так, все зависит от задач. Если стоит задача обеспечить бесперебойную 24/7 работу оборудования, то я с Вами полностью согласен. Если стоит задача обеспечить более высокую производитльность, чем заявленно производителем, пусть даже ценой надежности оборудования, то профи выполняют серию испытаний, для того, чтобы выяснить, на сколько уменьшается надежность при разгоне и, соответственно, какие средства резервирования следует применить, для обеспечения надежности, оговоренной в техпроекте.

Например, при производстве АФАР-ов ряд элементов работают в режимах, превышающих те, которые может гарантировать производитель. Однако, сама идеология АФАР подразумевает, что выход из стороя нескольких ячеек из тысячи очень мало влияет на результаты работы всей системы, а техобслуживание АФАР производится ежедневно. К сожалению, пруф я тут привести не смогу, так как информация эта была получена от одного из ведущих разработчиков НИИ им. Тихомирова

Все правильно, только Вы упустили очень важный нюанс. После серии испытаний готовится документ (обычно ТУ или нечто подобное), в котором описываются а) новые условия б) характеристики устройства с этими условиями (в т.ч. и наработка на отказ). Эти ТУ утверждаются и с этого момента их можно считать "даташитом" и делается всё в точно соответсвии с ТУ. Т.е. профи по-любому не занимается отсебятиной, т.к. если дорогой прибор гикнется - "турма сидэть"! А я по работе имею дело с компьютерами за сотни "лямов", и иногда и за "ярды" потому, сами понимаете - никаких шуток. Ну, а делать свои ТУ - это да, особенно, когда плата своей разработки - будь любезен, распиши её тепловые режимы, частотные и т.п.

Вообще, профессионал в худшем положении, чем любитель - он должен делать всё правильно, у любителя свободы больше. Я вот тут как-то с с местными "прогерами" тёр насчёт разных тонкостей программирования, меня постоянно спрашивали "можешь объяснить чем это лучше?". Они просто не понимают, что бывает "ничем не лучше, просто профессионалы делают так, в вот эдак не делают". Простейший пример - жёлто-зелёный провод ничем не отличается от синего и коричневого, кроме цвета и никто не мешает сделать фазу на желто-зелёном, ноль на коричневом, а землю на синем. Работать всё будет точно также. Но профессионал всегда посадит землю на жёлто-зелёный, а фазу на коричневый. Почему? Да просто потому, профессионалы всегда так делают :)

Я собственно вовсе не против разгона компьютеров, сам бывало разгонял. Меня покоробило, когда делающих эту работу назвали "профи". Это немного из другой оперы.

Я не упустил. Мне это просто показалось само собой разумеющимся. Спасибо за дополнение, с коим я полностью согласен.

По оводу, "объясни поченму лучше". Думаю тут обычная костность, ну и самолюбие. Ну как так, ктото сделал более производительный модуль (кусок кода). Часто такое видно невооруженным глазом, ну или в случае с компьютерами есть немало программ измеряющую производительность и софта и железа. Что касается разгона, еще раз, где в даташите написано что нельзя использовать мк на более высоких частотах? Т.У. вещь относительная, его пишут для огрождения своей за...цы колышками, но без него ни куда, это справедливо. Наработка на часы, да уж на 24 МГц две недели крутит скетч чтение-модификация запись ОЗУ, температура 35 градусов.

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

Попробуйте разогнать ардуину хотя бы в два раза )

Кстати, разгнать ардуину в два раза легко. Достаточно перейти на программирование ее в Atmel Studio и не бояться делать ассемблерные вставки.

Странный подход - искать не там, где потерял, а там - где светлее.

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

Если мы в 2 раза ускоряем фрагмент, который выполяется 80% времени, то суммарный эффет будет 40%, а если в 10 раз тот, что выполняется 20%, - то лишь 18%.

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

Можно и в arduino IDE просто не юзать millis(). Написать свои C++ позволяет создавать одноименные дочернии функции с наследованием свойств. Создать описание в board.txt  и грузить через програматор прямо из среды разработки. Можно вообще отказаться от С в любом виде и писать на asme. Для контроллеров до 4К я так и делаю.

В сложных информационных системах таких фрагментов, просто нет.

Примеры:

1. Разноска финасовых документов

2. Сбор показаний приборов учета

3. Дашбоард руководителя

5. Комплексный ежемесячный отчет

6. ETL и процессинг OLAP куба

Могу очень долго продолжать.

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

Не вижу фразы, на частоте выше 20 МГц эксплуотировать запрещается, Это опробированные рекомендованные параметры, РЕКОМЕНДОВАННЫЕ.

Не верю.

Закон 20% людей выпивают 80% пива является достаточно универсальным, и я не вижу оснований, чтобы он где-то существенно нарушался.

Неубедительно.

В то, что Вы можете продрлжать еще долго - верю.

А в то, что в них нет критических мест, которые жрут основной ресурс - не верю.

А что, есть такие фразы в других даташитах? Обычно в даташитах пишут по принципу "максимально разрешается", а всё что выше - автоматически подразумевает запрет. Те же Absolute maximum ratings.

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

На приведённой мной картинке я чётко вижу в таблице слово "Max" (не Recommended, a именно Maximum) и цифру "20" при питании 4,5В-5,5В. По-моему это трактуется однозначно. А также график с явно указанной безопасной рабочей зоной.

Оставим этот пункт, как наиболее далекий от предметной области и наиболее известный.

Для примера (взял реальный). 20 разделов для 5 групп мер, 79 измерений (больше 1000 аттрибутов), 76 исходных таблиц, 23 трансформированных таблиц, почти 57 представлений (трансформаций на лету). Более 100 миллионов записей во всех группах мер суммарно.

Ни один из процессов тут не съест и 10% от суммарного времени загрузки данных и процессинга куба.

Более глобально, 30% на экстракцию, 30% на трансформацию, 10% на загрузку и 30% на процессинг. Каждый их этих этапов состоит из можества процессов. Экстракция - по количеству таблиц (76), трансформация - по количеству трансформированных таблиц (23), загрузка тоже по количеству трансформированных таблиц (23), ну а процессинг, по количеству измерений + количеству разделов групп мер.

Ваши предложения?

Т.е. ну ни как нельзя. А жаль, я то глупенький понять не могу, как это так, нельзя а работает, негарантируется а стабилен, Наверное мне какойто исключительный мк попался, зЗавтра другой запаяю, вдруг все то что все так горяче доказывают правда. :-)

Да успокойтесь вы. Ваш МК, вот и делайте с ним что хотите. Можете хоть в унитаз спустить.

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

Э, э, а mega влюбом формате где то  в ПК как ЦП используют? Я что то упустил в этой жизни!? И вобщем то я абсолютно спокоен.

Не совсем так. ATmega2560 является ЦП у Arduino Mega 2560

Ну и среди паленых компов были, в свое время, и ZХ Spectrum. На Z80. Который явно послабее ATmega2560 будет. Так устроит?

Я хоть слово сказал про ПК? Или ардуино уже не комп? По мне так компы сейчас везде, и в чайниках, и в посудомоечных машинах, и в хлебопечках...