Codavr (08.11.2013 10:05, просмотров: 98) ответил Леонид Иванович на У меня задачи обычно простые. А если более-менее сложная, то рядом как правило ЭВМ, туда и переношу расчеты.Долой империалистический интернационал!
-
- Ну зачем так подставляться ? Обычный Лонг кроет точность в значений из этого файла как бык овцу. Так и скажи - лень диапазоны отслеживать. - Vladimir Ljaschko(08.11.2013 10:24)
- А ты попробуй. А потом я тебе еще сотню-другую наборов данных подкину и ты на них свой вывод проверишь. Кстати что быстрее деление двух лонгов или флоатов? Про объем ОЗУ вопросов не имею ;) - 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)
- Ну зачем так подставляться ? Обычный Лонг кроет точность в значений из этого файла как бык овцу. Так и скажи - лень диапазоны отслеживать. - Vladimir Ljaschko(08.11.2013 10:24)