Принудительное приложение для запуска только одного ядра?

Question

У меня есть эта странная проблема с некоторыми сторонними DLL. Сторонний поставщик ссылается на некоторые DLL с открытым исходным кодом, которые имеют исключение памяти, когда я пытаюсь использовать определенный метод. Эта проблема не появляется, когда приложение запускается на одной основной машине, но, очевидно, мы не можем предположить, что у пользователя это будет.

Есть ли способ заставить приложение или еще лучше, но DLL, на которую ссылается, работать на одном ядре? Любой другой способ исправить это? Получение третьей стороны для восстановления OS dll, по-видимому, не может быть и речи (это немного больное место со мной в настоящее время :)), поэтому я должен сам справиться с этим или просто забыть о предоставлении этой функции.

К слову, сообщение об ошибке, выведенное из DLL, является «Попытка получить доступ к поврежденной или защищенной памяти».

Answer 1

Что вы хотите сделать, это достигается с помощью Process.ProcessorAffinity. Обратите внимание, что это приведет к тому, что все ваше приложение будет работать одноядерным.

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

Answer 2

Лично я бы отбросил эту функциональность (вы сказали, что это вариант). Многопоточность - очень трогательный предмет, и очевидно, что сторонняя DLL написана не очень хорошо.

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

Answer 3

У меня были некоторые странные проблемы при обращении к DLL, которые были 32-битными, но приложение .NET было построено как 64-разрядное. Поскольку вы упомянули, что это не происходит на одноядерных машинах, я предполагаю, что они 32-разрядные, а многоядерные машины - 64-битные?

Единственное различие заключалось в том, что я получал исключение BadImageFormatException, о котором вы не говорили. Во всяком случае, так, как я решил это, было установить «Платформу» моего приложения на x86, и после этого все сработало.