Какое железо нужно наращивать чтобы ускорить оптимизацию - страница 2

 
Burgunsky писал(а) >>
У меня, даже если задать в диспетчере исполнение МетаТрейдера на все 4 ядра, загрузка проца всё равно не поднимается выше 25%. Не подскажите чё за бадяга?

Ясно же сказано - тестер не многопотоковый - использует только одно ядро, но загружает его по полной. Вот Ваши четверть производительности от Вашего процессора т.е. 25%

 
api >>:

Ясно же сказано - тестер не многопотоковый - использует только одно ядро, но загружает его по полной. Вот Ваши четверть производительности от Вашего процессора т.е. 25%

Через Everest смотрел. Распределение почти равномерное по 4 ядрам (если в диспетчере задач задать соответствие на 4 ядра). Общая загрузка не более 25%.

 
Burgunsky писал(а) >>

Через Everest смотрел. Распределение почти равномерное по 4 ядрам (если в диспетчере задач задать соответствие на 4 ядра). Общая загрузка не более 25%.

Даю справку: в винде время от времени происходит переключение контекста между задачами. Когда задача оптимизатора вновь получает управление - она может получить другое ядро. Таким образом, одновременно используется только одно ядро и значит сумма производительности - только четверть для Вашего процессора. Для двух-ядерных будет 50%, а для одноядерных все 100%.

 
Можно средствами ОС принудительно отключить все ядра кроме одного и убедиться.
 
api >>:

Даю справку: в винде время от времени происходит переключение контекста между задачами. Когда задача оптимизатора вновь получает управление - она может получить другое ядро. Таким образом, одновременно используется только одно ядро и значит сумма производительности - только четверть для Вашего процессора. Для двух-ядерных будет 50%, а для одноядерных все 100%.

Большое спасибо. Мягко говоря, не обрадовали. Почти весь остальной софт тоже так себя ведёт. С ним тоже ниче не сделать, не подскажите?

 
Burgunsky писал(а) >>

Большое спасибо. Мягко говоря, не обрадовали. Почти весь остальной софт тоже так себя ведёт. С ним тоже ниче не сделать, не подскажите?

Алгоритм софта должен поддерживать многопотоковость, т.е. уметь использовать более чем 1 ядро одновременно. С этим сделать могут что-то только разработчики.

 
Burgunsky >>:

Большое спасибо. Мягко говоря, не обрадовали. Почти весь остальной софт тоже так себя ведёт. С ним тоже ниче не сделать, не подскажите?

Напиши многопотоковую длл для вычислений (если конечно вычисления громоздкие).

 

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

а если запустить какой-нибудь тестовый мультитаймный - мультивалютный расчет по десятку пар, то и два гига исчезают в топке..

хотя при этом используется с десяток массивов, общей суммой не более 200 элементов, на каждой итерации вычисление не дольше секунды..

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


и самое прикольное - результат всегда разный.. отклонение в расчетах около 10%..

 
keekkenen писал(а) >>

и самое прикольное - результат всегда разный.. отклонение в расчетах около 10%..

это нормально - генетика случайно выбирает особей в первую популяцию, поэтому результаты всегда будут разными

вообще надо на каждое ядро запускать терминал - систем много, инструментов много - я бы и 8 ядрам работу нашол...

 

при чем тут генетика.. где вы видели в терминале мультивалютное тестирование..

все ошибки сводятся к получению номера бара для конкретной пары и считывания значения цены на нем..

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