Балансировка нагрузки - страница 2

дело в том что dll размещается в адресном пространстве вызывающей программы.
Debugger:
дело в том что dll размещается в адресном пространстве вызывающей программы.
И что?
gip:

Подключи второй терминал к тому же счету.

Гы, с такими запросами давно пора шестиядерку покупать или многопроцессор.


там хоть 10 ядерку покупай: будет одно и то-же. Это уже проблемы терминала. А вот как их обойти.

Вопрос давно уже назрел. 

jartmailru:
И ?


и все потоки будут создаваться в адресном пространстве терминала.

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

Что-то внутри терминала создает такие перекосы. 

Debugger:


и все потоки будут создаваться в адресном пространстве терминала.

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

Что-то внутри терминала создает такие перекосы. 

А разве все потоки процесса обязаны выполняться на одном ядре??
jartmailru:
А разве все потоки процесса обязаны выполняться на одном ядре??

  я же привел фотографию. как только происходит перекос нагрузки все начинает виснуть (в терминале), и сама ОС притормаживать.
Debugger:

  я же привел фотографию. как только происходит перекос нагрузки все начинает виснуть (в терминале), и сама ОС притормаживать. 
А... т.е. уже создается несколько отдельных потоков- и в них идет обработка- да?
ну да.
Debugger:
 ну да.
А по какому принципу организованы вызовы? Задания в очередь- и вернулись в МТ?

Основная проблема при загрузке индикаторов. Индикатор съедает под себя 160 MB памяти.

работает только с использованием функций терминала.

Свои dll я выравниваю принудительно. Так что скорее это что-то в МТ4.