Не знаю, как сейчас обстоят дела с литературой по вопросам распределения ресурсов и задач в Windows, но еще в 1993 году мне попалась книга Питера Нортона "Программирование на Borland C++ для Windows".
C++ я так и не освоил, но книгу не потерял :)
Приведу несколько цитат.
1. "Динамически связи с постоянно распределенными сегментами кодов реализуются не посредством передач обращения, а вместо этого вызывающая программа с вызываемой подпрограммой напрямую связываются"
2. "... постоянно распределнные сегменты кодов всегда интерпретируются как предварительно загруженные сегменты, поэтому они всегда располагаются в оперативной памяти и никогда не перемещаются".
3. "Динамически подключаемые библиотеки имеют свой собственный сегмент данных, который позволяет им хранить глобальные переменные отдельно от областей данных программ, пользующихся подпрограммами их этих библиотек".
4. "Когда вы для создания окна обращаетесь к CreateWindow вы передаете дескриптор экземпляра, определяющий сегмент данных, который следует связать с окном"
и т.д. и т.п. и все это пестрит инструкциями на Assemblere :)

Не знаю в тему ли это все, но ясно, что несмотря на всю многозадачность и многопоточность - весь обмен в DLL (FLL) идет под контролем операционки и одного процессора.

PS Нам беспокоиться не о чем :)

... Причем это N-е время похоже зависит также от быстродействия системы.
У меня был печальный опыт с некоторыми API-шными функциями, например с _keyboard (не помню точно имя) с помощью которой я пытался иммитировать клавишу PrtScr - так и не удалось определить продолжительность паузы :(