Отправлено K A A 17 октября 2006 г. 13:06

• Не знаю про блэкфин, но в жизни ни разу не пользовал так назывемые драйвера устройств в других процах:-) И операционные системы, к ним прилагаемые:-) — -=ВН=-   (17.10.2006 13:23 193.125.71.140, пустое)
  • Ну, насчет драйверов, наверное, соглашусь. А вот операционку Вы зря: иногда без нее никак, ибо бывает, что требуется переключение задач, имеющих разные приоритеты. А по большому счету, какую операционку использовать, не имеет существенного значения (ну, если нам, конечно, не нужна какая-то особая функциональность, которая реализуется только данной операционкой) — homekvn   (17.10.2006 13:38 212.185.161.237, пустое)
    • Зря Вы так, без нее "еще как", причем свой диспетчер, заточенный под конкретную задачу, всегда поэффективнее готовенького выходит. — SM   (17.10.2006 14:43 85.21.237.237, пустое)
      • Я понимаю, но (+) — homekvn   (17.10.2006 15:01 212.185.161.237, 878 байт)
        • Из моего опыта (+) — SM   (17.10.2006 15:28 85.21.237.237, 481 байт)
          • Понимаю, но не всегда такой подход годится. Например (+) — homekvn   (17.10.2006 15:44 212.185.161.237, 989 байт)
            • Ответ: (+) — SM   (17.10.2006 16:01 85.21.237.237, 778 байт)
              • Ответ (+) — homekvn   (17.10.2006 16:26 212.185.161.237, 821 байт)
                • Ответ: (+) — SM   (17.10.2006 16:45 85.21.237.237, 1273 байт)
                  • Не, ну понятно. Просто тогда Вы фактически реализуете свое ядро. Хорошо это, или плохо, рассуждать не берусь. Наверное, когда-нибудь и хорошо (например, если однажды Вы его уже написали, а потом надо только под задачу адаптировать). — homekvn   (17.10.2006 16:57 212.185.161.237, пустое)
                    • Фактически я не делаю ядра вообще. Задачи сами друг с другом разбираются. Хотя если пачку вызовов подпрограмм из бесконечного цикла назвать ядром, то я не против :) — SM   (17.10.2006 17:30 85.21.237.237, пустое)
                      • Видимо задачи простенькие — Fat Robot   (18.10.2006 09:17 62.105.138.5, 130 байт)
                        • Все это мелочи и нюансы, какая задача чем прервана должна быть. Просто разные принципы мультизадачности. А сбор обычно в прерывании от соотв "железа" делается. Или в дма, и потом прерывание от него. — SM   (18.10.2006 10:18 213.141.159.26, пустое)
                          • Ну про сбор в прерывании - это, конечно, возможно. И сам иногда так делаю. Просто такой подход имеет ряд ограничений и годится только для случаев, когда не так много задач, прерывающих одна другую. По-хорошему в прерывании надо только сделать release semaphore и все. Все остальное сделает операционка (+) — homekvn   (18.10.2006 13:04 212.185.161.237, 384 байт)
                            • Ответ: (+) — SM   (18.10.2006 13:29 213.208.180.51, 672 байт)
                              • Но это философский принцип - за универсальность надо платить всеми ресурсами, за скорость - памятью, за память - скоростью... Что лучше в конкретном случае - решать разработчику. — homekvn   (18.10.2006 13:51 212.185.161.237, пустое)
              • Я вобщем-то с homekvn солидарен - всегда променяю 5% производительности CPU на простоту и быстроту разработки. — andy_P   (17.10.2006 16:09 80.82.63.185, пустое)
                • А я не всегда :) Если из-за этих 5% придется ставить дороже камень, а продукт массовый... Я лучше ужмусь в дешовый, а разницу с единицы продукции себе в карман :) — SM   (17.10.2006 16:55 85.21.237.237, пустое)
                  • Опыта с большими сериями не имел - хотя такую ситацию что все надо в маленький камень впихнуть представляю. Тогда наверное действительно надо от оски отказаться или оптовую скидку на железо получать :-) — andy_P   (17.10.2006 17:15 80.82.63.185, пустое)
        • Вы тоже зря :-) Время переключения контекста - один из важных параметров RTOSки. Он частенько и определяет можно ли данную RTOSку использовать для данной системы реального времени. — andy_P   (17.10.2006 15:27 80.82.63.185, пустое)
          • Разместите эту часть во внутренней памяти (например, в кеше процессора) и проблем не будет. Хотя я не очень понимаю, почему время переключения контекста может быть бОльшим или меньшим? Ведь это более-менее стандартная процедура. И проблемы скорость здесь будет зависеть, главным образом, от того, как быстро мы можем сохранить все регистры. — homekvn   (17.10.2006 15:58 212.185.161.237, пустое)
            • Кэш может потребоваться почистить, MMU переконфигурить и тп Регистры - не единственный ресурс который приходится восстанавливать от задачи к задаче. Просто когда две ос-ки для одинакового железа сравнивают сравнивают, то количество переключений контекста в единицу времени - полезный параметр. — andy_P   (17.10.2006 16:06 80.82.63.185, пустое)
    • Да как без нее, как. Еще как. Но я так сказать не возражаю. Считаете, что никак, значит операцонку в зубы и вперед. Я считаю, что как, посему зубами предпочитаю злобно клацать. Спорить не намерен. — -=ВН=-   (17.10.2006 13:42 193.125.71.140, пустое)
      • Ну, System Servises - это не операционная система, а оболочка в виде функций для управления процессором и его периферией. — K A A   (17.10.2006 14:25 213.132.80.164, пустое)
        • Я понял, понял. Я Вам и написал, что драйвера не пользую. В свете новых веяний добавлю, что оболочки для управления периферией - тоже. — -=ВН=-   (17.10.2006 14:31 193.125.71.140, пустое)