caxapa.ru :: не всегда: обычно нужно просто подойти к решению более системно. Шире посмотреть на задачу

koyodza (21.10.2010 20:46 - 20:55, просмотров: 161) ответил Михаил Е. на +1. Надо брать более крутой кристалл.

не всегда: обычно нужно просто подойти к решению более системно. Шире посмотреть на задачу распространённые ошибки - алгоритмические, а также ошибки распределения подзадач между аппаратными и программными ресурсами Вон в "схемах" сейчас обсуждаю тему: многие вообще не врубаются, о чём речь: то ключ советуют выбрать побыстрее, то дроссель перемотать (считай проц более быстрый взять). А посмотреть на задачу с другой стороны - полностью поменять принцип регулирования (изменить алгоритм) смогли не все

Ответить

- Согласен! Смотрите расклад. Evgeny_CD(511 знак., 22.10.2010 10:06)
  - Вы сейчас обрисовали только один из возможных путей, который предлагаете взамен другого. А я говорю о том, что на практике путей бывает множество, и нужно уметь выбрать правильный (или совокупность нескольких) koyodza(837 знак., 22.10.2010 10:48)
    - Все верно. Но в веере возможных решений наличе пути по выжимванию всего за счет тонкой оптимизации - тоже важная компонента. Превожу на язык цифр Evgeny_CD(728 знак., 22.10.2010 11:10)
      - а с наступлением события нам уже нужны 5 fps. и вот тут-то BF и пригодится. - Mahagam(22.10.2010 16:25)
        
        Да, BF - идеальный сопроцессор для ARM! Я с этим полностью согласен :) -> - Evgeny_CD(22.10.2010 16:31, ссылка)
        
        это только если события наступают слишком часто. Всегда есть разумные требования, превышать которые смысла нет - koyodza(22.10.2010 16:29)
        
        Да, в том примере, который я приводил, канал узкий и FLASH мало - так что данные при частых события похерятся все равно. И выбор разработчика - похерятся они сжатыми или нет :) - Evgeny_CD(22.10.2010 16:32)
        
        ну, сжатыми похерить конечно веселее - проц пожирнее, а значит потеплее, а значит больше электричества кушает, а значит нефть быстрее закончится ;=) - koyodza(22.10.2010 16:42)
        
        Вот, и я за то, чтобы JPEG сделать на double плавучке с комплесными числами, а затем похерить сжатое :) - Evgeny_CD(22.10.2010 16:44)
      - Вы неправильно посчитали koyodza(146 знак., 22.10.2010 16:18)
        
        Можно и так - тоже верно. Если есть низкоприоритетная задача, то тогда резерва по процу можно не делать - пусть свободное время курит ее. Собственно, я приводил свой искусственный пример для того, чтобы показать нелинейный характер влияния Evgeny_CD(145 знак., 22.10.2010 16:24)
        
        это к вопросу koyodza(142 знак., 22.10.2010 16:31)

Средства и методы разработки