Отправлено SM 17 октября 2006 г. 14:43 В ответ на: Ну, насчет драйверов, наверное, соглашусь. А вот операционку Вы зря: иногда без нее никак, ибо бывает, что требуется переключение задач, имеющих разные приоритеты. А по большому счету, какую операционку использовать, не имеет существенного значения (ну, если нам, конечно, не нужна какая-то особая функциональность, которая реализуется только данной операционкой) отправлено <font color=gray>homekvn</font> 17 октября 2006 г. 13:38

• Я понимаю, но (+) — 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, пустое)