Балансировка нагрузки - страница 2 12345 Новый комментарий Debugger 2010.09.20 13:50 #11 дело в том что dll размещается в адресном пространстве вызывающей программы. Андрей 2010.09.20 13:52 #12 Debugger: дело в том что dll размещается в адресном пространстве вызывающей программы. И что? Debugger 2010.09.20 13:52 #13 gip: Подключи второй терминал к тому же счету. Гы, с такими запросами давно пора шестиядерку покупать или многопроцессор. там хоть 10 ядерку покупай: будет одно и то-же. Это уже проблемы терминала. А вот как их обойти. Вопрос давно уже назрел. Debugger 2010.09.20 13:54 #14 jartmailru: И ? и все потоки будут создаваться в адресном пространстве терминала. можно конечно принудительно раскидывать потоки по ядрам, но с dll проблем нет. Что-то внутри терминала создает такие перекосы. Андрей 2010.09.20 13:55 #15 Debugger: и все потоки будут создаваться в адресном пространстве терминала. можно конечно принудительно раскидывать потоки по ядрам, но с dll проблем нет. Что-то внутри терминала создает такие перекосы. А разве все потоки процесса обязаны выполняться на одном ядре?? Debugger 2010.09.20 13:56 #16 jartmailru: А разве все потоки процесса обязаны выполняться на одном ядре?? я же привел фотографию. как только происходит перекос нагрузки все начинает виснуть (в терминале), и сама ОС притормаживать. Андрей 2010.09.20 13:59 #17 Debugger: я же привел фотографию. как только происходит перекос нагрузки все начинает виснуть (в терминале), и сама ОС притормаживать. А... т.е. уже создается несколько отдельных потоков- и в них идет обработка- да? Debugger 2010.09.20 13:59 #18 ну да. Андрей 2010.09.20 14:01 #19 Debugger: ну да.А по какому принципу организованы вызовы? Задания в очередь- и вернулись в МТ? Debugger 2010.09.20 14:06 #20 Основная проблема при загрузке индикаторов. Индикатор съедает под себя 160 MB памяти. работает только с использованием функций терминала. Свои dll я выравниваю принудительно. Так что скорее это что-то в МТ4. Ошибки, баги, вопросы Dll не выгружается после Вопрос разработчикам MT 12345 Новый комментарий
дело в том что dll размещается в адресном пространстве вызывающей программы.
Подключи второй терминал к тому же счету.
Гы, с такими запросами давно пора шестиядерку покупать или многопроцессор.
там хоть 10 ядерку покупай: будет одно и то-же. Это уже проблемы терминала. А вот как их обойти.
Вопрос давно уже назрел.
И ?
и все потоки будут создаваться в адресном пространстве терминала.
можно конечно принудительно раскидывать потоки по ядрам, но с dll проблем нет.
Что-то внутри терминала создает такие перекосы.
и все потоки будут создаваться в адресном пространстве терминала.
можно конечно принудительно раскидывать потоки по ядрам, но с dll проблем нет.
Что-то внутри терминала создает такие перекосы.
А разве все потоки процесса обязаны выполняться на одном ядре??
я же привел фотографию. как только происходит перекос нагрузки все начинает виснуть (в терминале), и сама ОС притормаживать.
я же привел фотографию. как только происходит перекос нагрузки все начинает виснуть (в терминале), и сама ОС притормаживать.
ну да.
Основная проблема при загрузке индикаторов. Индикатор съедает под себя 160 MB памяти.
работает только с использованием функций терминала.
Свои dll я выравниваю принудительно. Так что скорее это что-то в МТ4.