CoCreateInstance занимает много времени

Question

После регистрации (RegAsm) мой класс видимости C# COM, я вижу, что CoCreateInstance(__uuidof(myclass)) занимает много времени только в первый раз, последующие попытки в том же процессе клиента решаются мгновенно. Любая идея, почему это занимает время? NGen - это не вариант для меня.

Мой COM сервер находится в C# и клиент в MFC/ATL

CComPtr<namespace::Imyclass> obj; 
hrx = obj.CoCreateInstance(__uuidof(namespace::myclass)); 

Answer 1

Первый вызов CoCreateInstance, вероятно, имеющим обратиться реестра и файловой системы, нагружая соответствующий код, позволяющий ему инициализировать , и, наконец, вызвать фабрику, чтобы создать экземпляр, который вы попросили (если он может быть расположен).

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

Answer 2

Первый звонок CoCreateInstance должен загружаться в процесс и инициализировать среду выполнения .NET. Затем ваша DLL должна быть загружена, «проверена» и скомпилирована в машинный код (хотя точно и вовремя помогает ускорить запуск). Время выполнения .NET также должно анализировать метаданные вашей сборки, а затем динамически генерировать и компилировать «COM-вызываемые обертки» (http://msdn.microsoft.com/en-us/library/f07c8z1c.aspx), которые являются прокси-серверами, которые соединяются между неуправляемым миром COM и управляемой средой .NET. Любые дополнительные библиотеки, которые могут использовать ваш код, также должны быть загружены, проверены и, возможно, скомпилированы в машинный код (если не NGEN'd).

Это по своей сути дорогостоящий процесс. Задержки, о которых вы говорите, не являются неслыханными.

Я не верю, что вы можете многое сделать, чтобы ускорить процесс. Я предлагаю вам подумать о том, можете ли вы принять удар в начале своей жизни, создав объект вскоре после запуска. Это не ускорится, но может значительно улучшить работу пользователя. если ваша программа просто не может терпеть задержки, то вы не должны использовать .NET для записи COM-объекта (более конкретно, вы не должны использовать .NET в своем процессе вообще. Это не проблема с использованием COM, это проблема с загрузкой .NET.)

Кстати, это одна из причин, почему написание расширений оболочки в .NET ... «сильно обескуражено». См. Недавнее сообщение на эту тему, в котором также рассказывается о производительности запуска .NET: http://blogs.msdn.com/b/oldnewthing/archive/2013/02/22/10396079.aspx

(Вот почему я спросил раньше, какого клиента вы запускали. Клиент, который уже запускает управляемый код .NET, зависит от время выполнения .NET и не повлияет на эти задержки)

Answer 3

Если эта задержка предназначена только для первой загрузки (после запуска компьютера), то это вызвано загрузкой всех библиотек. Первая задержка после запуска (или после длительного использования без использования .NET) всегда будет медленным. (См. Ответ Микелли)

Задержка может быть также вызвана при каждой загрузке. Сегодня я узнал, что подключение к Интернету также может вызвать задержку.

Измеренные значения:

1. Нет Ethernet и нет задержки подключения Wi-Fi: 94 мс (Win7)/1.5 (WinXP)
2. Windows XP: подключение к Интернету (с прокси и не стандартного шлюза, а не все порты разрешены): 4-5 сек (WinXP)
3. Подключен к сети Ethernet не не Интернет: 10 лет (Win7)
4. Short после подключения к Ethernet (Windows соединения теста Интернет, синий круг на значке сети): 30 s (Win7)
5. подключения к Интернету (с прокси и не стандартный шлюзом; только несколько портов разрешено): 30 с (Win7)

* нестандартный шлюз: разрешенные TCP-порты и соединения различны для каждого компьютера (разные для WinXP и Win7).

Протестировано на Windows 7 (x64) и WinXP. Я тестировал его, потому что он пришел как жалоба от клиента и обнаружил задержку до CoCreateInstance Загруженная библиотека находится в C# и подписана (подписанная сборка со snk и со стандартным сертификатом для подписания исполняемых файлов).

Смотрите также: http://social.msdn.microsoft.com/Forums/sqlserver/en-US/cda45e39-ed11-4a17-a922-e47aa2e7b325/ce-40-delay-when-cocreateinstance-on-pc-without-internet?forum=sqlce