Новая версия платформы MetaTrader 5 build 2650: Фоновая загрузка графиков и улучшения в профилировщике MQL5-кода - страница 19
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Давно назрел вопрос, на форуме попытался найти ответ, но не нашел.
Почему так: имеется процессор E2650 (8/16) и 16Гб ОЗУ, при запуске оптимизации из MT5 доступно к использованию 16 агентов, все замечательно.
Но если попытаться из данного сервера сделать локальных агентов с помощью утилиты тестера стратегий - можно создать только 8 агентов? Это баг или фича?
.............
Это только комментарий )))
У меня 4 физ. ядра. Оптимизация идёт на 8-ми агентах....
Это только комментарий )))
У меня 4 физ. ядра. Оптимизация идёт на 8-ми агентах....
Так Вы оптимизируете на этом же компьютере, а у человека более одного компьютера и он получает доступ удаленно к агентам.
Это только комментарий )))
У меня 4 физ. ядра. Оптимизация идёт на 8-ми агентах....
Давно назрел вопрос, на форуме попытался найти ответ, но не нашел.
Почему так: имеется процессор E2650 (8/16) и 16Гб ОЗУ, при запуске оптимизации из MT5 доступно к использованию 16 агентов, все замечательно.
Но если попытаться из данного сервера сделать локальных агентов с помощью утилиты тестера стратегий - можно создать только 8 агентов? Это баг или фича?
Агенты нужны только для меня, я не собираюсь продавать их мощности.
Пробовал и удалить MT5, оставив только утилиту тестера - ничего не поменялось.
Прилагаю картинку для наглядности.
З.Ы. Сразу хочу ответить на комментарий, что гипертрединг в данном случае не даст прироста и скорости будут одинаковы.
Это не так, проверено, скорость генетики на 16 потоках почти в 1.5 раза быстрее, чем на чистых 8 ядрах тестера стратегий.
I suppose there are purely practical reasons for this. If on each logical kernel, here 16, the test loads all the historical data, the RAM is quickly filled up completely (16*1GB) and the PC stops calculating and is only swapping the data from the ram to the harddisk and back - I have experienced that.
On your own PC you can follow, control and react to this, but with tests that are loaded and run in the cloud on other PCs, it's difficult, because you don't know how much RAM there is per kernel.
Right now 6 agents are running using ~10% of my Ram (32GB) each which is a 3.2GB per test of 6*3.2~20GB in total. If all my 12 logical kernels were used my PC would face ~40 GB usage of Ram would heavily swapping and I won't be able to write this post.
Полагаю, есть чисто практические причины. Если на каждом логическом ядре, здесь 16, тест загружает все исторические данные, оперативная память быстро заполняется полностью (16*1 Гб), а ПК прекращает вычисления и только обменивается данными с барабана на жесткий диск и обратно - я это уже испытал.
На данный момент 6 агентов работают, используя ~10% моего Рама (32GB) каждый, что составляет 3.2GB за тест 6*3.2~20GB в общей сложности. Если бы все мои 12 логических ядер были использованы, то мой компьютер столкнулся бы с ~40 Гб использованием Ram, и я не смог бы написать этот пост.На своем собственном ПК вы можете следить, контролировать и реагировать на это, но с помощью тестов, которые загружаются и запускаются в "облаке" на других ПК, это сложно, потому что вы не знаете, сколько оперативной памяти на ядро.
Опять глюки в тестере стратегий - последняя цена фризит, потом Ask-Bid, при этом фриз распространяется не только на визуализацию, но и проходит по переменным. Билд 2652.
It's not a bug, it's a feature. As I understand, they turn off the last day, because their markets protection code has some vulnerability that allow you to use commercial EA/Indicators without buying.
So, instead the fixing protection code, they just deny access to the last trading day for all users.
I suppose there are purely practical reasons for this. If on each logical kernel, here 16, the test loads all the historical data, the RAM is quickly filled up completely (16*1GB) and the PC stops calculating and is only swapping the data from the ram to the harddisk and back - I have experienced that.
On your own PC you can follow, control and react to this, but with tests that are loaded and run in the cloud on other PCs, it's difficult, because you don't know how much RAM there is per kernel.
Right now 6 agents are running using ~10% of my Ram (32GB) each which is a 3.2GB per test of 6*3.2~20GB in total. If all my 12 logical kernels were used my PC would face ~40 GB usage of Ram would heavily swapping and I won't be able to write this post.
Полагаю, есть чисто практические причины. Если на каждом логическом ядре, здесь 16, тест загружает все исторические данные, оперативная память быстро заполняется полностью (16*1 Гб), а ПК прекращает вычисления и только обменивается данными с барабана на жесткий диск и обратно - я это уже испытал.
На данный момент 6 агентов работают, используя ~10% моего Рама (32GB) каждый, что составляет 3.2GB за тест 6*3.2~20GB в общей сложности. Если бы все мои 12 логических ядер были использованы, то мой компьютер столкнулся бы с ~40 Гб использованием Ram, и я не смог бы написать этот пост.На своем собственном ПК вы можете следить, контролировать и реагировать на это, но с помощью тестов, которые загружаются и запускаются в "облаке" на других ПК, это сложно, потому что вы не знаете, сколько оперативной памяти на ядро.
I think if I add another 16GB (or even 48GB) it will not helped, it seems the Strategy Tester allow only physical cores.
Самое первое - тип FileHandle должен быть long, 64-битным, так как Вы работаете в 64-битной системе
Thank you so much, but this does not resolve the problem, unfortunately.
Большое спасибо, но, к сожалению, это не решает проблему.
I think if I add another 16GB (or even 48GB) it will not helped, it seems the Strategy Tester allow only physical cores.
Да, после неудачного опыта до этого они решили сделать это.
Yes, after bad experiences before, one has decided to do so.