Почему MinGW очень медленный?

Question

Я использую IDE Code :: Blocks с GCC/MinGW в Windows, и я пытаюсь создать приложение wxWidgets, которое имеет ок. 20k линий и 40 исходных модулей. И это происходит очень медленно.

Компиляция модуля C++ длится 2-5 секунд, а связь длится даже 2-3 минуты.

Это портативный код, и этот код очень быстро компилируется в Linux. Я не могу следить за окном построения сообщения ... Весь процесс длится менее 20 секунд.

Я пробовал обычные твики (например, предварительно скомпилированный заголовок, отключить оптимизацию и т. Д.), Но ничего не получилось.

Почему это так медленно?

Answer 1

Вы работаете в домене Active Directory, но не можете сразу же подключиться к нему?

Хотя у меня нет «ответа» о том, почему MinGW будет медленным, моим опытом было то, что компьютеры, принадлежащие домену AD, но неспособные достичь контроллера AD, имеют задержку при запуске исполняемые файлы (например, rxvt.exe) и в настоящее время работающие испытывают паузу или заикание (например, emacs, который создается с помощью MinGW).

Я по-прежнему расследую, чтобы определить причину , но думал, что я упомянул бы об этом в случае, если это применимо к вам.

Answer 2

Вы можете попробовать использовать новейшую версию набора инструментов. Я нашел это полезным: http://nuwen.net/mingw.html В нем есть все инструменты, используемые MinGW и общие API в одном большом пакете. С сайта:

Мой MinGW распределение ("дистрибутивы") является 64-нативной и в настоящее время содержит GCC 6.1.0 и увеличить 1.61.0.

MinGW - это порт GCC для Windows. Это бесплатно и просто для использования (ну, так же просто, как и для инструментальных цепей). Он создает автономные исполняемые файлы Windows, которые могут быть распространены любым способом.

Answer 3

Многие вещи «unixy» на MinGW болезненно медленны, потому что Windows не имеет fork(). В Windows только CreateProcess(), что совсем другое. Unix-оболочки и GNU. Делайте много разветвлений, поэтому их запуск под MinGW приводит к «эмулированным» вилкам, которые очень медленны.

Другая вещь, которая страдает от этого, - это GNU Autotools, поэтому запуск сценариев «unixy» из источников также выполняется с помощью сценариев ./configure. Это может стать очень раздражающим, если вам нужно делать это много раз (например, при возникновении проблем с получением configure, чтобы найти все библиотеки).

This answer объясняет более подробно, как Cygwin и MinGW используется для имитацииfork() и this answer имеет более до даты объяснения.

Answer 4

По MSYS 1.0.19-1, если учетной записи пользователя находится в домене Active Directory и контроллер домена (DC) недостижим, то MSYS DLL будет ввести длительную задержку перед началом любого MSYS исполняемого (который использует MSYS DLL).Это влияет на MSYS make и все утилиты командной строки из пакета CoreUtils, такие как ls, rm и т. Д., Которые обычно устанавливаются в C:\MinGW\msys\1.0\bin.

Наблюдение:

• При запуске утилиты из MSYS bash оболочки, запуск только оболочечный удар по задержке. Утилиты, запущенные из оболочки, не влияют.

• Задержка может отличаться, в моем случае это 21сек.

• Запуск любой утилиты MSYS в течение 10-20 секунд после того, как команда с задержкой запускается без новой задержки.
• Проблема возникает, когда устройство подключено к другой сети или отключено от его домена или при изменении имени хоста контроллера домена (проблема в моем случае). Чтобы проверить, доступен ли DC, откройте cmd и введите echo %LOGONSERVER%, затем ping или net view с именем хоста DC.

Почему это так медленно:

• Код MSYS DLL в uinfo.cc internal_getlogin() делает две системные вызовы, чтобы получить информацию о пользователе. В первый раз он вызывает NetUserGetInfo() для извлечения учетной записи пользователя с локального компьютера. Он не работает для пользователей домена, поэтому он вызывает его второй раз с сервером постоянного тока, взятым из переменной LOGONSERVER. Если этот хост не сразу доступен, он введет долгую задержку до тех пор, пока вызов не завершится с ошибкой. Приложение начнется вскоре после этого.

Как избежать этой проблемы, некоторые обходные пути:

• Либо запустить все из MSYS оболочки или
• Если причиной является изменение постоянного имени хоста, то перезагрузка или повторно Логин будет решить проблему. Windows автоматически обновит LOGONSERVER с помощью правильного хоста постоянного тока.
• Если утилиты MSYS вызывают из Windows cmd или сценарий, то установите LOGONSERVER на локальный хост, чтобы избежать доступа к сети. Например. set LOGONSERVER=\\LOCALHOST работал для меня. Примечание. Эта переменная устанавливается при входе в систему и ее изменение в глобальном масштабе в окне «Переменные среды Windows» не имеет никакого эффекта по сравнению с установкой в ​​cmd или скриптом.
• Я считаю это ошибкой в ​​MinGW/MSYS. Код в MSYS2 и Cygwin отличается. Я проверил MSYS2, и у него нет такой проблемы.