Как влияет на ПО Embarcadero XE в фоне?

[Vanta11a]

Возник интересный и весьма меня нервирующий аспект.
Есть программа, написанная на С++, которая работает с СОМ-портом, частота прихода сообщений - 5 Гц., с такой же частотой и читается. Информация читается побайтово.
При запуске через Embarcadero все нормально. Если же запускать полученный .ехе, то сообщения начинают читаться с частотой примерно 1 Гц., т.е. в 5 раз медленнее.
При этом если просто запустить Embarcadero (даже не открывая никаких проектов) написанная программа сразу переходит в нормальный режим работы, а при выключении - 1 Гц.

Вопрос: что такого делает Embarcadero при запуске? Может это связанно с какой-то настройкой проекта?

[Stilet]

А как ты определил частоту?

[Vanta11a]

"На глаз"

Погрешность в +/- 2 Гц не существенна, ибо программа без Embarcadero в фоне работает явно медленнее.

[FataLL]

Если проект написан с динамической линковкой, то, может, ускоряется процесс обращения к каким-то внешним функциям за счёт уже подгруженных средой библиотек... Хотя, по идее, запуск под отладчиком должен замедлять работу.

[Vanta11a]

Статическая линковка.

Проблема в том, что возникает такая ситуация:
1) Запускаю ПО, оно тормозит
2) Запускаю Embarcadero (только запускаю, не открываю проектов, вообще ничего не делаю), ПО резко выправляется и работает правильно
3) Закрываю Embarcadero, тормоза моментально возвращаются

[FataLL]

Может, это наоборот, не тормоза, а более быстрая работа? Например, успевает сработать какой-нибудь Event на ожидание, что при более медленной работе не происходит?

[Vanta11a]

Event есть только один, ожидающий прихода сообщений в com-порт. Взводится он должен в любом случае, время ожидания взвода - infinite.
Сомневаюсь, что он может подвисать аж на секунду, т.к. данные идут практически непрерывно.
Да и не захватывает Embarcadero программу никоим образом. Странно это все.

[FataLL]

Современные компьютеры способны сделать чёрта лысого между двумя "практически непрерывными" моментами :-) Event борландский или виндовый? Можно было бы этот участок кода выложить, чтоб было предметно. Или наставить отладочного вывода, что именно и когда происходит, а потом анализировать. Наверняка будет разница. Я только предполагаю, что программа может зайти в Event и сразу выйти [случай с загруженной средой], а может не увидеть данных и задержаться до следующей проверки [без E]. Т.е., я думаю, что наличие среды в памяти "замедляет" работу за счёт каких-нибудь манипуляций системы с подкачкой, потоками и т.д., которые отжирают время у программы, что позволяет ей всегда получать данные "вовремя", компенсируя задержку их появления.

[Stilet]

программа без Embarcadero в фоне работает явно медленнее.

А тип сборки случайно не Debug?

[Vanta11a]

Event виндовый.

DWORD WINAPI GetThread(LPVOID)
{
 COMSTAT comstat;
 DWORD btr,mask,signal;
 PurgeComm(hCom,PURGE_RXCLEAR);
 overlapped.hEvent=CreateEvent(NULL,true,true,NULL);
 SetCommMask(hCom,EV_RXCHAR);
 while(1)
  {
	WaitCommEvent(hCom,&mask,&overlapped);
	signal = WaitForSingleObject(overlapped.hEvent,INFINITE);
	if(signal == WAIT_OBJECT_0)
	 {
	   if(GetOverlappedResult(hCom,&overlapped,&temp,true))
		if((mask & EV_RXCHAR) != 0)
		 {
		   ClearCommError(hCom,&temp,&comstat);
		   btr = comstat.cbInQue;
		   if(btr >= 1)
			 {
			   GET_RS((int)btr);
			 }
		  }
	 }
  }
}

GET_RS - цикл for, набивающий буфер данными.

Debug, Release - эффект одинаков.

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

Красивый вариант, но, думаю, трудноуловимый и трудновоспроизводимый.