Vladimir Ljaschko (08.11.2013 10:24, просмотров: 111) ответил Codavr на Ну вот посчитал я это дело на компе, получил 14 констант. Ну допустим переведу я все это в целые числа невпизной разрядности и таки получу требуемую точность меньше 1%. В чем выигрыш? Места займет больше, времени на расчет тоже ибо разрядность-
- А ты попробуй. А потом я тебе еще сотню-другую наборов данных подкину и ты на них свой вывод проверишь. Кстати что быстрее деление двух лонгов или флоатов? Про объем ОЗУ вопросов не имею ;) - Codavr(08.11.2013 10:37 - 10:59)
- "Не хочу". У меня все проекты в целочисленной арифметике, зачем мне еще чего-то пробовать? - Vladimir Ljaschko(08.11.2013 10:54)
- А ты попробуй плавучку, тебя потом за уши не оттащишь ;) - Codavr(08.11.2013 10:57)
- если голова на месте, то оттащишь - koyodza(08.11.2013 19:34)
- Да пробовал, точность не катит. - Vladimir Ljaschko(08.11.2013 11:03)
- Ну тады long double :) - Codavr(08.11.2013 11:06)
- long для результатов и long long для расчетов хватает - Vladimir Ljaschko(08.11.2013 11:10)
- Ну так и я за то чтобы не ограничивать себя шорами предубежденности, а пользоваться всем доступным арсеналом средств в зависимости от задачи. Где то удобнее двойной лонг, где то флоат, а где то и инта хватает. - Codavr(08.11.2013 11:13)
- Типа да, а как ресурсы подожмут тогда и начинаем экономить. - plainuser(08.11.2013 11:19)
- Библиотечная часть отвечающая за элементарные операции над float обычно занимает не много ПЗУ. Вот её попадание в ввод-вывод (printf, scanf и т.п.) более критично. И надо иметь в голове, что есть CPU где деление выполняется медленно, и есть CPU, fk0(329 знак., 08.11.2013 14:10 - 14:13)
- Не всегда ПЗУ держит. Есть масса задач где гораздо критичнее объем оперативы. И вот тут 4 байта у флоата может лехко оказаться важнее всех остальных соображений. - Codavr(08.11.2013 15:00)
- У флоата может быть и 3 байта. А чем эти три байта отличаются от 4-х байтов у long? Ибо в short уже числа из реальной жизни плохо помещаются как-то. - fk0(08.11.2013 15:30)
- Не всегда ПЗУ держит. Есть масса задач где гораздо критичнее объем оперативы. И вот тут 4 байта у флоата может лехко оказаться важнее всех остальных соображений. - Codavr(08.11.2013 15:00)
- Экономим мы всегда, если ресурсы понимать в широком смысле, а не только кишочки процессора. Кто-то свое время экономит, кто-то хозяйские деньги, кто-то ресурсы планеты. - Codavr(08.11.2013 11:26)
- Библиотечная часть отвечающая за элементарные операции над float обычно занимает не много ПЗУ. Вот её попадание в ввод-вывод (printf, scanf и т.п.) более критично. И надо иметь в голове, что есть CPU где деление выполняется медленно, и есть CPU, fk0(329 знак., 08.11.2013 14:10 - 14:13)
- Типа да, а как ресурсы подожмут тогда и начинаем экономить. - plainuser(08.11.2013 11:19)
- Ну так и я за то чтобы не ограничивать себя шорами предубежденности, а пользоваться всем доступным арсеналом средств в зависимости от задачи. Где то удобнее двойной лонг, где то флоат, а где то и инта хватает. - Codavr(08.11.2013 11:13)
- long для результатов и long long для расчетов хватает - Vladimir Ljaschko(08.11.2013 11:10)
- Ну тады long double :) - Codavr(08.11.2013 11:06)
- А ты попробуй плавучку, тебя потом за уши не оттащишь ;) - Codavr(08.11.2013 10:57)
- "Не хочу". У меня все проекты в целочисленной арифметике, зачем мне еще чего-то пробовать? - Vladimir Ljaschko(08.11.2013 10:54)
- А ты попробуй. А потом я тебе еще сотню-другую наборов данных подкину и ты на них свой вывод проверишь. Кстати что быстрее деление двух лонгов или флоатов? Про объем ОЗУ вопросов не имею ;) - Codavr(08.11.2013 10:37 - 10:59)