caxapa.ru :: они нормируются процом. что отнимает время.

Mahagam (25.10.2010 14:21, просмотров: 413) ответил AST на Вот именно. Когда числа в программе представлены в формате флоат и не требуют нормировки, даже код становится более читабельным, что очень немаловажно.

они нормируются процом. что отнимает время.

- Как то разбирался с плавучкой на писюках. Оказалась, что начиная с Vallav(699 знак., 25.10.2010 21:46)
  - быть того не может. чтобы плавучка быстрее. тем более в пне-2. - Mahagam(26.10.2010 11:21)
  - Быть может, Pentium-III, в котором впервые SSE появился? Вот там за счет SIMD такое точно делается. Второй имел только MMX, а там не особо разгонишься. - Evgeny_CD(26.10.2010 08:56)
    - Бабочка была на ASM-FPU, все операции в стеке, компилятор ASM код Vallav(206 знак., 26.10.2010 23:05)
- Везде есть свои плюсы и минусы. - AST(25.10.2010 14:32)
  - Какие минусы? Ruslan(20 знак., 25.10.2010 14:46)
    - нет, минусы у плавучки есть koyodza(295 знак., 25.10.2010 15:00)
      - Про плавучку согласен. Ну а про наличие FPU в целом это плюс. То что он у них позволяет многие вычисления делать за один(несколько) такт(ов) я считаю подспорьем. - Ruslan(25.10.2010 15:05)
    - ценник минус. площадь FPU не сильно меньше самого ядра. - Mahagam(25.10.2010 14:49)
      - Этот как всегда вопрос бизнес оптимизации. Вот есть пластина 200 или 300мм. И тебе надо превратить ее в максимум юзеровского кайфа, что = максимизация твоего бабла (подчеркиваю - именно кайфа, а не технического совершенства) :) Evgeny_CD(881 знак., 26.10.2010 09:08)
        
        я бы на площадь FPU лучше бы чего-нить иного напихал. как вам метр рамы? :) - Mahagam(26.10.2010 11:20)
        
        А я бы напихал аппаратный ускоритель задач RTOS. Но "настоящих буйных мало".... Я же говорю, нужно заработать пару ярдов зелени и для души сделать правильный MCU... Evgeny_CD(100 знак., 28.10.2010 10:38)
        
        Тогда уж многоядерный (или псевдомногоядерный по типу hyper threading) MCU. Каждой задаче - по (виртуальному) ядру. - vmp(28.10.2010 10:41)
        
        Нужно аккуратно подсчитать, что эфективнее по расходу ресурсов кристалла :) Я вот так сразу не готов ответить. - Evgeny_CD(28.10.2010 10:45)
        
        Неверный критерий оптимизации. Считать будут по максимуму прибыли производителя кристалла. :) - vmp(28.10.2010 11:16)
        
        Ё! Мы же договорились, что это кристалл - для души :) - Evgeny_CD(28.10.2010 11:57)
        
        "гомоэмбеддинг нужно изучать" (с) :-) - amusin(26.10.2010 09:15, ссылка)
        
        Шутки шутками, у меня руки чешутся создать систему поддержки принятия решений для эффективных менеджеров - которые без кавычек. Ну и сделать бизнес на продаже такой системы :) После этого эмбеддерством заниматься для души :) - Evgeny_CD(26.10.2010 09:38)
      - ценник минус на сколько? Площадь FPU - пофиг, корпус тот же. - Ruslan(25.10.2010 14:52)
        
        как думаете, почему с FPU так мало чипов? - Mahagam(25.10.2010 14:54)
        
        Теперь будет много. Ruslan(30 знак., 25.10.2010 14:57)
        
        да что вы говорите! ничего что даже там где FPU был крайне важен (ПиСи, за которым вы сидите) его вживили только с 486-го проца. а до этого он был довеском. - Mahagam(25.10.2010 15:08)
        
        Это было в прошлом веке. Теперь век нанотехнологий и 65нм процессов. - Ruslan(25.10.2010 15:11)
        
        Похоже на то. 90 нм пошли в широкие массы контроллеростроителей, а при 90нм плавучка уже на так страшна в плане потери площади кристалла. Да и AVR32 поднятнулись :) -> - Evgeny_CD(25.10.2010 15:01, ссылка)
        
        Точно. Я как юноша не умею так красиво и кратко излагать мысли :) - Ruslan(25.10.2010 15:07)
        
        юношеский максимализм ;=) - koyodza(25.10.2010 15:01)
        
        Руслан, тащись, для внешнего мира ты еще юноша! - Evgeny_CD(25.10.2010 15:03)
        
        Чорт. Запалил. :) - Ruslan(25.10.2010 15:06)
        
        Обязательно! - Ruslan(25.10.2010 15:01)

ARM, RISC-V контроллеры