English
Русский
中文
Deutsch
Português
日本語
Добрый день!
Решил попробовать дизайнер для целей оптимизации. Система пуляет одновременно по 10 прогонов (10 наборов значений параметров), при этом проц (AMD 8-ядерный) грузится на 10-12% в процессе такого тестирования - подскажите пож., многоядерность не задействуется? Может где-то галочку надо поставить?))
ну и сразу: подскажите пож., чтобы стратегии в том виде, в котором их понимает Shell протестировать в дизайнере - их надо адаптировать под шаблон стратегии Дизайнера? - Более простого варианта нет?
Comentarios (7)
Iniciar sesión o Crear cuenta, Inicie sesión o regístrese para dejar un comentario
Добрый день
Тестирование стратегий сделано в отдельных потоках. Одно ядро не может обработать больше 1 стратегии. Так же операционной системе для выполнения фоновых задач необходимы свободные ресурсы. В вашем случае рекомендуем снизить количество стратегий в пакете до 3-5.
Так у меня одна стратегия), я по ней через раздел "Оптимизация" стартую оптимизацию, система блоками по 10 прогонов начинает гонять эту одну стратегию, т.е. берет 10 разных наборов значений параметров в рамках этой одной стратегии и одновременно тестирует, когда заканчивается прогон - следующие 10, но при этом проц загружен только на 10-12% не смотря на пакетные тесты. Смысл тогда в такой пакетности?) Может где-то ошибка или в настройках что-то не включил?
Стратегия в данном случае это один экземпляр. Нагрузка не 100% так как для операционной системы так же требуются ресурсы.
Странно, оставшиеся 80+% ресурса процессора же простаивает и операционная система и кто бы то ни был их не использует.
А по поводу "снизить количество стратегий в пакете до 3-5" - это можно сделать через интерфейс Designer? Потому что 10 - так система работает из коробки.
Да, через настройки оптимизации
По умолчанию стоит 10
С вами наша постоянная рубрика "Немного любопытной статистики".
В Дизайнере гонял стратегию SMA в оптимизаторе, настраивал разное кол-во одновременно тестируемых стратегий, полученная картина на скрине. 1-й столбец - кол-во одновременно тестируемых стратегий, 2-й общее время на тестирование пула из соответствующего кол-ва стратегий, справа время в пересчете на одну стратегию. В каждом из вариантов загрузка Дизайнером моего 8-ядерного проца была на уровне 10-12%. Видно, что скорость в пересчете на одну стратегию с ростом числа стратегий в пуле... растёт! В общем в текущих условиях для себя делаю выводы, что лучше тестить по одной стратегии - так оно побыстрее. А в целом - может как-то можно что-то оптимизировать, потому что сейчас выглядит как то, что от многоядерности профита ноль - то ли сопутствующие издержки съедают мощности то ли хз - непонятно. Ещё такой вопрос - если вне Дизайнера (но в пределах S# конечно) тестить пулом - такая же картинка будет, можно даже не экспериментировать?
Добрый день
Вопрос передан разработчикам.