Режимы компиляции Многопоточный MT и Многопоточный DLL

[vasiatka]

В MS visual studio в свойствах проекта можно выбрать режим компиляции:
Многопоточный MT или Многопоточный DLL.

На сколько я понимаю первый включает все функции из библиотек в исполняемый файл, а второй соответственно подключает dll при работе программы. Правильно ли я понимаю?

Теперь вопрос. При попытке выделить память превышающую 1Гб в программе скомпилированной как Многопоточная DLL происходит ошибка.
Если тот же код откомпилировать как Многопоточный MT, то все работает отлично.

Такое поведение связано с ограничениями dll? Если кто знает, пожалуйста объясните.

[Пепел Феникса]

понимаете верно.

думаю связано с фрагментацией адресного пространства изза еще одной длл.

[_Bers]

Сообщение от vasiatka

В MS visual studio в свойствах проекта можно выбрать режим компиляции:
Многопоточный MT или Многопоточный DLL.

На сколько я понимаю первый включает все функции из библиотек в исполняемый файл, а второй соответственно подключает dll при работе программы. Правильно ли я понимаю?

Нет не правильно. Эти ключи никак не влияют на "все функции из библиотек". Они влияют исключительно на так называемую "библиотеку рантайма с++"


------------------------------



Несмотря на то, что эти ключи относятся к последующей линковке, они используются именно компилятором, а не линковщиком.


/MD линковка будет происходить с библиотекой MSVCRT.LIB. Это означает, что ваша программа будет работать не со статической, а с динамической версией библиотеки Run-Time. Ее имя - MSVCRT.DLL, и находится она в каталоге SYSTEM (или SYSTEM32) WINDOWS.
(Библиотека Run-Time обычно прилинковывается к каждой программе. Без нее трудно обойтись. Она содержит код начальной загрузки, который выполняется до начала выполнения вашего кода, а также код функций, которые используются практически каждым приложением.)

/ML линковка будет происходить со статической однопоточной версией библиотеки Run-Time. Если у вас однопоточное приложение, рекомендуется использовать именно этот ключ, в этом случае быстродействие программы будет немного выше, чем с применением ключа /MT.

/MT линковка будет происходить со статической многопоточной версией библиотеки Run-Time. Если у вас многопоточное приложение, всегда используйте этот ключ во избежание многих проблем, например с выделением памяти и обработкой ошибок.

[vasiatka]

Спасибо за разъяснения.
А вопрос с памятью остался. Тут еще какая проблема. Приложение (консольное), реализует набор статистических тестов (например, NIST), объемы данных огромны. Например, при выполнении преобразоания Фурье требуется выделение массива от 1 Гб.
У меня возникла идея вынести многие вещи в dll. Такой подход позволит упростить процесс тестирования данных.
Однако факт того, что через dll не выделяется больше 1 Гб меня ввел в ступор. Почему нельзя? Или я чего не понимаю...

[Пепел Феникса]

Сообщение от vasiatka

Спасибо за разъяснения.
А вопрос с памятью остался. Тут еще какая проблема. Приложение (консольное), реализует набор статистических тестов (например, NIST), объемы данных огромны. Например, при выполнении преобразоания Фурье требуется выделение массива от 1 Гб.
У меня возникла идея вынести многие вещи в dll. Такой подход позволит упростить процесс тестирования данных.
Однако факт того, что через dll не выделяется больше 1 Гб меня ввел в ступор. Почему нельзя? Или я чего не понимаю...

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

[vasiatka]

Если все данные заливать в файл, то время работы тесто возрастет с недели до года или больше Весь смысл в том, чтобы не использовать для конкретной задачи диск.