Многопоточность в ADAM 5510( или прерывания)

На всякий случай проверил - при записи в 2 файла каждую секунду за один час 20 минут получил отставание часов машины на 1.5-2 секунды.  Собственно это я видел и вижу и в дос и под виндами постоянно. Сейчас посмотрел под  ME и 433 celeronом.  В контроллерах стоит или что-то типа этого или менее шустрое. Интересно было бы посмотреть еще под XP и  CE.

Даже правильную на первый взгляд теорию проверяйте сами. А про то как написанное соответствуе действительности Рихтер побухтел кое-где.

Пока писал цифра уточнилась: 2 сек отставания часов  за 1 час 40 минут.

К сожалению, программисты с которыми мы работаем постоянно делают открытия. Что то они не видели, о чем то не знают, что то видели, но не задумывались почему так. Это радует, но только когда они работают не над темами в которой работаешь сам. Сейчас забавляюсь ситуацией когда заказчики уже 2 год не собираются просто честно сесть и проверить, как на самом деле у них работает (вернее не работает) передача через  RS232 порт,  но что-то им никак не дает это сделать. 

А описанные мной явления наблюдают все пользователи Windows. 

Всем и всегда советую проверять.  Проверка таблицы умножения простым виндовским калкулятором в свое время выявила в пентюхах ошибку в плавающей арифметике.

Кстати пока смотрел еще увидел, что после перезагрузки отставание часов исчезло.  Это уже другой явление и к прерываниям не имеет отношения.   

Второй процессор наверняка вылечит много скрытых камней.

Да я вот призадумался.  Часики и последовательный порт меня пару лет назад крепко достали - у меня в контроллере и с тем и с тем были проблемы.  Что то вот нарыл. Но остался темным момент такой : для совместимости в свое время как переходили от  XT  к AT сделали так, что в  AT при включении часики считывались из батарейных часов и с этого момента шли в ОЗУ (отсюда и приключения с отставаниями часов).  Но ! для совместимости должен быть механизм, который при правке времени в часах в ОЗУ переносил бы это в батарейные часы (ведь предполагалось что будут работать программы которые работали еще на XT когда время вводилось каждый раз ручками при старте системы).  И практика это подтверждала. При интенсивной работе часы отставали. Причем отставали то не только при работе а и после - т е и батарейные часы. Вот где то должен быть механизм который периодически(?) правит батарейные часы по времени которое идет в ОЗУ.  Я у себя отставание часов борол тем что раз в 30 секунд брал время из батарейных часов и правил часы в озу - при этом отставания часов не было и все работало при любой интенсивности обмена с винчестером.

Появление многопроцессорных машин скорее всего спасло ту  ATшную архитектуру и сгладило подобный корявости. Но вот в контроллерах процы слабые, архитектура AT подобная, боюсь что там то еще долго будем огребать .  И вот там то многозадачность надо смотреть с точки зрения слабеньких машин.