yemets63,

начни с того, что убери злосчастный sleep, а дальше эксперты научат

Возвращаемся к изначальной проблеме данного топика. Она заключалась в том, что у автора сервис постоянно занимал 15% процессорного ресурса.
В качестве простейшего решения было предложено использовать sleep, что в реальной эксплуатации привело к заниманию 0% процессорного ресурса у сервиса. Отзывчивость сервиса при этом не упала и ОС не ругалась грязными словами вида "служба не отвечает".

Но, как оказалось, эксперты увидели в этом сатанинское деяние. Не вопрос, автор ТС может спокойно удалить этот самый sleep и вернуться к исходной ситуации. Правда ни один из этих экспертов не показал реальный код, который бы позволил автору и не пользоваться sleep, и иметь 0% использование проца его службой.
Действительно, постоянные 0% это издевательство над машиной, а постоянные 15% - нет. Вырежу для себя в граните, чтобы никогда не забыть.

Я пользовался эмпирическим путем, который привел к 0% загрузке проца службой во время реальной эксплуатации. А вот ты, чтобы ты не причислял сам себя к "п...сам", я рекомендую тебе произвести соответствующие измерения и выложить здесь итоговую статистику и аналитику. Будет интересно сравнить.

Barmaley57,

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

Так ты сначала сам определись, интересно это тебе или нет?

предлагалось без каких либо обоснований (еще раз, а где пруфы на подобные решения, например на стековерфлоу? на тикеты или хотя бы темы на форуме у Эмбы?). Написание собственного аналога TServiceThread? Ошуительно, с учетом того, что получим аналогичный результат.
Вот именно, только предлагалось использование MsgWaitXXXX, но например приведение участка кода, который ТС вставить в свою службу и у него решится изначальная проблема - лично я так и не увидел. Покажи, где есть, я сам вставлю в одну из своих служб и протестирую.