Деление на 100 с сдвигом регистра

Там целочисленное деление. А уможают на хитрые вещи, см. ссылку в #12

 

В простых случаях (деление на степень двойки) так и есть - разберётся.

 

и что, это реально - на столь простом примере как у ТС получить выигрыш в пять раз? Или это у него какая-то ошибка в программе?

 

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

 

Просто у него там есть ограничения по точности и по диапазону значений:
1. считает, как уже заметили, не совсем точно, т.к. 65500 != 65536
2. работает только с числами, которые в 655 раз меньше чем uint32, иначе будет переполнение.

 

да причем тут это? Я ведь не об этом спрашивал.

Вопрос был - реально ли есть контроллеры, у которых такая разница в вычислении
a=(b*c)/100 занимает ~40-45 мкс
а=((b*c)*655)>>16; занимает ~ 8-9мкс

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

 

а что тебя смущает? Умножение происходит на аппаратном умножителе за два такта, сдвиг вправо происходит в алу тоже за какие-то там такты. А вот софтовое деление - это целый алгоритм...

 

в микрочип студио в режиме симуляции можешь самостоятельно посмотреть. Счётчик тактов там есть. Период вычисления по ним посчитаешь. Потом нам доложишь.

 

я не пишу в студии... мозгов не хватает

 

Вы правы

 

Так на умножителе одна сотка умножится или нет?