У меня довольно странное поведение при запуске моего приложения.
При первом запуске приложения процесс занимает одно ядро ЦП (50% на двухъядерном, 25% на четырехъядерном), и потребление ОЗУ останавливается на определенном значении (каждый запуск одинаковый, отличается на других машинах / отличается сборки версий, когда мы меняем приложение для тестирования).
Если я запускаю другой экземпляр во время работы первого, второй экземпляр запускается нормально.
Я вставил некоторые записи в приложение, и кажется, что приложение вылетает при первом отображении элемента пользовательского интерфейса. Первоначально запись в журнал закончилась незадолго до появления заставки - после удаления заставки она остановилась, так как должен отображаться элемент управления Messagebox.
Проблема возникает на некоторых машинах, а не на всех. Копирование тех же файлов на другой компьютер может «решить» проблему. Если я разверну скомпилированную отладочную сборку, собранную на моей рабочей станции, проблема полностью исчезнет.
Дополнительная информация (18 марта): Необходимое количество "зависших" экземпляров зависит от количества доступных ядер.
Если машина работает в системе двухъядерный *, запускается второй процесс , первый из которых занимает 50% ЦП (= 1 ядро @ 100%). Если машина работает в системе четырехъядерный , то запускается * четвертый процесс, первые три занимают по 25% ЦП каждый (= 3 ядра при 100%).
Обновление (19 марта):
Итак ... мы решили это!
Коллега написал менеджер потоков с некоторым кодом для ожидания чего-либо. Этот менеджер вызывается, когда отображаются элементы пользовательского интерфейса. Запуск отладочной версии или запуск версии выпуска на очень медленной виртуальной машине (машина, которая работала нормально, была виртуальной на очень занятой машине), похоже, изменяет время и заставляет его работать.
Он сказал, что установил какое-то время ожидания, чтобы исправить это.
В понедельник я подробнее расскажу о его решении (и почему такие странные вещи требуются) и выложу здесь обновление, чтобы обеспечить правильное решение моего вопроса для следующих посетителей.
Щедрость достается Стивену Чангу, спасибо всем за помощь.