Codavr (08.11.2013 10:37 - 10:59, просмотров: 92) ответил Vladimir Ljaschko на Ну зачем так подставляться ? Обычный Лонг кроет точность в значений из этого файла как бык овцу. Так и скажи - лень диапазоны отслеживать.Долой империалистический интернационал!
-
- "Не хочу". У меня все проекты в целочисленной арифметике, зачем мне еще чего-то пробовать? - 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)