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

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

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

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


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

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

 
jartmailru:
И ?


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

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

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

 
Debugger:


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

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

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

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

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

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

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

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

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

Причина обращения: