Новая версия платформы MetaTrader 5 build 5120: улучшения и исправления - страница 12
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
у кого-нибудь есть идеи,
"как сдвинуть график вниз?" например чтобы поставить сверху лимитку
вариации с разным типом масштабирования не помогают.
при фикс.масштабе мышкой можно перетащить только вверх, вниз никак :-(
особый случай - EURGBP давно идёт вверх, все цены внизу и терминал отказывается смещать график вниз. "хозяин, там сверху нет ничего и смотреть нечего"
PS/ у конкурентов всё легко - мышкой таскаешь график как удобно и всё оk..
у кого-нибудь есть идеи,
"как сдвинуть график вниз?" например чтобы поставить сверху лимитку
Всегда можно ручками ввести нужную циферку.
вариации с разным типом масштабирования не помогают.
при фикс.масштабе мышкой можно перетащить только вверх, вниз никак :-(
Если нужно только мышью, то сходу придумывается два варианта:
Ранее я писал о проблеме нехватки памяти при оптимизации. Есть некоторые наблюдения (может кому-то помогут придумать лекарство):
Исходные данные: пара AUDUSD, 2017-2025, реальные тики, М1, процессор - 2*Xeon2699v3 (72 потока), DDR - 128Gb
1. Запуск оптимизации из 150 проходов, с файлом подкачки 250 Гб и использованием всех ядер - итог: заполнение ДДР и файла подкачки и сообщение о нехватке памяти.
2. Запуск оптимизации из 4 проходов, с файлом подкачки 250 Гб и использованием всех ядер - итог: ДДР заполняется на 60 Гб, файл подкачки пуст, запись истории в папку тестер по 4 агентам объемом около 200Гб, оптимизация пройдена, загрузка процессора 5%
3. Проверяю, а что если сымитировать больше ДДР. Запуск оптимизации из 150 проходов, с файлом подкачки 2,5 Тб и использованием всех ядер - итог: заполнение памяти 100% и запись в файл подкачки через 2 часа сбой и выгрузка из памяти (при этом в процессе этого мероприятия компьютер практически не реагирует на внешние воздействия).
4. Снижаю количество проходов до 10. Запуск оптимизации из 10 проходов, с файлом подкачки 2,5 Тб и использованием всех ядер - итог: при записи истории ДДР100%, файл подкачки занят на 150Гб и(!!!) запись истории в папку тестер по 10 агентам объемом около 440Гб, оптимизация пройдена, загрузка процессора 20%
Вывод: Если даже ДДР хватает (пункт 2) программа все равно делает запись истории на диск, то есть ускорения тестирования не происходит. Единственное отличие от старой версии это переполнение оперативной памяти при сохранении истории в агенты тестирования. В пункте 4 при оптимизации загрузка ДДР снизилась до 85%, а загрузка процессора составляла жалкие 20%. Мое мнение, что это не целенаправленная попытка ускорить процесс оптимизации путем использования только ДДР, а глюк программы при работе с оперативной памятью в процессе записи истории в папки агентов.
Ранее я писал о проблеме нехватки памяти при оптимизации. Есть некоторые наблюдения (может кому-то помогут придумать лекарство):
Исходные данные: пара AUDUSD, 2017-2025, реальные тики, М1, процессор - 2*Xeon2699v3 (72 потока), DDR - 128Gb
1. Запуск оптимизации из 150 проходов, с файлом подкачки 250 Гб и использованием всех ядер - итог: заполнение ДДР и файла подкачки и сообщение о нехватке памяти.
2. Запуск оптимизации из 4 проходов, с файлом подкачки 250 Гб и использованием всех ядер - итог: ДДР заполняется на 60 Гб, файл подкачки пуст, запись истории в папку тестер по 4 агентам объемом около 200Гб, оптимизация пройдена, загрузка процессора 5%
3. Проверяю, а что если сымитировать больше ДДР. Запуск оптимизации из 150 проходов, с файлом подкачки 2,5 Тб и использованием всех ядер - итог: заполнение памяти 100% и запись в файл подкачки через 2 часа сбой и выгрузка из памяти (при этом в процессе этого мероприятия компьютер практически не реагирует на внешние воздействия).
4. Снижаю количество проходов до 10. Запуск оптимизации из 10 проходов, с файлом подкачки 2,5 Тб и использованием всех ядер - итог: при записи истории ДДР100%, файл подкачки занят на 150Гб и(!!!) запись истории в папку тестер по 10 агентам объемом около 440Гб, оптимизация пройдена, загрузка процессора 20%
Вывод: Если даже ДДР хватает (пункт 2) программа все равно делает запись истории на диск, то есть ускорения тестирования не происходит. Единственное отличие от старой версии это переполнение оперативной памяти при сохранении истории в агенты тестирования. В пункте 4 при оптимизации загрузка ДДР снизилась до 85%, а загрузка процессора составляла жалкие 20%. Мое мнение, что это не целенаправленная попытка ускорить процесс оптимизации путем использования только ДДР, а глюк программы при работе с оперативной памятью в процессе записи истории в папки агентов.
Используйте 36 потоков или меньше и ни в коем случае - файл подкачки. У вас явное непонимание технических условий.
Используйте 36 потоков или меньше и ни в коем случае - файл подкачки. У вас явное непонимание технических условий.
До обновления я использовал 72 потока, почему сейчас меня ограничили 36? Что такое явное непонимание технических условий?)))
Можно еще не использовать оптимизацию и тогда вообще все будет работать)))
Кстати 36 тоже не дает использовать, максимум 10.До обновления я использовал 72 потока, почему сейчас меня ограничили 36?
Как я понял, разработчики считают, исходя из своих тестов, что современные процессоры не дают эффективного прироста общей производительности при использовании дополнительных потоков, поэтому ограничиваются числом ядер. Для агентов на продажу давно были введены эти ограничения. Однако, двух процессорные сборки обходили это ограничение, в том числе и у меня.
Процессоры Xeon от Intel, а особенно FX от AMD, дают существенный общий прирост производительности в ряде задач.
Как я понял, разработчики считают, исходя из своих тестов, что современные процессоры не дают эффективного прироста общей производительности при использовании дополнительных потоков, поэтому ограничиваются числом ядер. Для агентов на продажу давно были введены эти ограничения. Однако, двух процессорные сборки обходили это ограничение, в том числе и у меня.
Процессоры Xeon от Intel, а особенно FX от AMD, дают существенный общий прирост производительности в ряде задач.
делал замер на Ryzen 5700x , 8 ядер или 16 потоков проходили 20-минутный тест почти 1/1
позже сделаю на 13790F, напишуКак я понял, разработчики считают, исходя из своих тестов, что современные процессоры не дают эффективного прироста общей производительности при использовании дополнительных потоков, поэтому ограничиваются числом ядер. Для агентов на продажу давно были введены эти ограничения. Однако, двух процессорные сборки обходили это ограничение, в том числе и у меня.
Процессоры Xeon от Intel, а особенно FX от AMD, дают существенный общий прирост производительности в ряде задач.
Да с агентами на продажу тоже проблема с определением количества потоков, но она не так критична по причине низкой экономической эффективности (в моем случае). Основная проблема с оптимизацией своего эксперта на своем компьютере и невозможности использования всей мощности процессоров.
Да с агентами на продажу тоже проблема с определением количества потоков, но она не так критична по причине низкой экономической эффективности (в моем случае). Основная проблема с оптимизацией своего эксперта на своем компьютере и невозможности использования всей мощности процессоров.
вам же сказали, физические ядра пройдут тест по времени так же как и все потоки, только памяти меньше используют
Да с агентами на продажу тоже проблема с определением количества потоков, но она не так критична по причине низкой экономической эффективности (в моем случае). Основная проблема с оптимизацией своего эксперта на своем компьютере и невозможности использования всей мощности процессоров.
Я правильно понял, что в терминале на вкладке "Агенты" у локального компьютера теперь 36 агентов вместо 72?
По поводу потребления памяти. Может дело не в оптимизаторе, а в компиляторе? Попробуйте откомпилировать код в старой версии ME.