Деление целых чисел, Увеличивать разрядность или приводить к float? Опции

[Stas633]

Известно, что работа (выполнение арифметических операций) с целыми числами проще чем с дробными. Многие MC имеют в своем составе аппаратные умножители целых цисел. ("старшие" MC - DSP, ARM9 и др., имеющие мат.сопроцессоры, не рассматриваем).

Изначально, все внутренние входные, "аппаратные" данные в MC (АЦП, таймер/счетчик) являются целыми. Но как только необходимо произвести операцию деления, то рассматриваемые числа "перестают" быть целыми, появляется целая и дробная, иногда равная 0, части.

Для того чтобы не "потерять" остаток есть, на мой взгляд, два пути:
1. Увеличить разрядность чисел до необходимой точности (перед делением ужножить делимое и делитель, например, на 1000, тогда частное будет... (не продолжаю - очевидно) );
2. Работать не с целыми (int, long), а с дробными (float) числами.

Второй вариант мне кажеться предпочтительнее - не нужно ни "запоминать" (в уме и программе) точность, ни производить дополнительных преобразований перед вычислениями. Однако, какова степень оверхеда кода и времени вычислений, затрачиваемого на алгеброические операции с числами с плавающей точкой, в сравнении с п.1?
...
P.S. Естественно, что вопрос не про собственно операцию деления, а про то, что перейдя к float, "придется" работать с float во всех остальных арифмет.действиях, использовать float в качестве аргументов и возвращаемых значений функций и т.д.

[Lelikk]

С float-ами следует быть вообще очень аккуратным, и переходить к ним только в крайнем случае. Ведь на процах без аппаратного FPU все операции реализуются программно, то есть дико тормозно.
Специально смотрел километровый ассемблерный листинг для __fdiv, который используется компилером.

Более того, по-мимо тормознутости есть большая опасность наткнуться на странные глюки - приведу конкретный пример. На проце TMS320F2806 FPU нет, однако разбираться с поставляемой ti библиотекой для фиксированной точки времени не было, поэтому все забили через float. Так как расчетов было немного, то тормоза не влияли, но обнаружилось, что библиотечный cos - функция расходящаяся...
В большой запарке пришлось написать свой разложением в ряд, потому что для лучшего времени не было... Теперь зарекся использователь по крайней мере на tms софтварные float.
Так что даже использование стандартной либы может натолкнуться на глючную реализацию у компилятора....