проблемы с ЧТЕНИЕМ

nesco, и что мы собираемся делать 200-1000 раз в секунду? Работа с каким-нибудь девайсом через LPT?

Ну, немного не так -- понял буквально. Ну нет никаких гарантий, что этого не произойдет, а я посчитал, что точно произойдет, вероятность всеже есть.
tsdima, нет, работа с COM-портами, а также UDP сокетами в фоне. Есть N-е количество каналов, их надо по циклу опросить и считать с них информацию. Минимальное время, за которе может появится достоверная информация в одном из каналов при максимальной скорость COM-порта 57600 и 20 байтах информации, составляет ~ 3 ms при скважности 100 (работают каждый в своем потоке), а значит у меня ~300 ms на опрос всех каналов. В таком случае, при 30 ms на цикл у меня получается всего 10 каналов, этого мало, должен быть резерв -- каналов 30, не меньше. При 10 ms это и будет то, что надо, но сервис имеет только один таймер, и его приходится делить на три таймера -- цикл опроса входных каналов, цикл опроса выходных каналов и 1 сек цикл, вот при делении я и наблюдаю, косяки при уменьшении времени цикла. Я проверял пока не на сервисе, а на обычном таймере, почему и задал этот вопрос -- точнее ли сервисный таймер (эх, если бы таймеры можно было бы ставит в сервисе проблем бы не было)

При использовании разных таймеров получаеться несовсем ровно.Особенно если комп сильно глючит.В этой схеме в любом случае действие будет делаться ровно.
code_1844.txt

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

Вот: code_1845.txt
Не меньше 1KB схемы одном из каналов таймера.Работает ровно...

[size=-2]------ Добавлено в 23:04
200KB?Но я же только добавил перенос 1000 пробелов из одного компонента в другой.

aaa_gadag, и на сколько у тебя хватить сумматора -- на ~2 миллиарда итераций (при 1ms на 2 миллиона секунд или ~ 550 часов, меньше месяца), а дальше что? А если прога должна работать не выключаясь круглосуточно?

Эт чо вечный двигатель что ль
Какая задача сервиса
1)контроль работы
2)контроль работы и выдача сообщения при недопустимости параметра.
3)запись сообщений.

Вячеслав, двумя постами выше описан основной алгоритм работы -- сбор событий от N-количества источников с записью в базу в непрерывном режиме, не выключаясь. Выключение, даже на двадцат секунд -- полный аврал.

nesco, Тогда вижу только внешний контроллербуфер работающий в реальном времени.

nesco, Я тебя непонял...Что ещё за сумматор?Компонент Math в схеме?Установи чтобы при достижении 1002 он сбрасывался и всё.

nesco, в "Упладе" должен быть таймер который работает с более мелкими значениями времени типа 100 мксек. А стандартный системный тамер меньше 10 мсек не понимает. Компонент сделал tsdima.

http://www.hiasm.com/xf/topic.php?p=6133

Если бы Thread не высыпался после определенного времени при работе в цикле, я бы его давно применил. Как раз Sleep и вызывает молчаливый выход. Убрав Sleep, и используя внутренние системные задержки, такой молчаливый выход не наблюдается. Сгенерить такую схему просто не могу, по причине того, что эта фича может проявиться, а может и нет, и только в реальной системе (на эмуляторах не наблюдается), а экспериментиовать на рабочем компе не представляется возможным.

[size=-2]------ Добавлено в 01:28
Вячеслав, у меня с этим прекрасно справляется прога, написанная на HiAsm'e, и не нужен там никакой внешний контроллер (я специально от него отошел). Весь прикол в том, что я хочу перевести эту прогу в фоновый режим, а сервис NT поддерживает только свой таймер и не поддерживает стандартные, об этом писано выше по топику. Если бы он их поддерживал, всех этих вопросов бы не было, попросту.

Я задал маленький вопрос -- насколько точнее сервисный таймер в отличии от стандартного? Блини, все пошли умничать, кто во что горазд. Никто толком на этот вопрос так и не ответил

про цикл не понял.