Сегодня обновился терминал МТ5 и не показывается окно "Оптимизация" во время теста - страница 13
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Подскажите, где можно скачать билд 1755 и как сделать чтобы он автоматом не обновлялся до этого (текущего) недоразумения?
1795 вроде тоже был ничего.
1755 тоже берите, если нужно.
Для блокировки обновлений закройте доступ на запись к директории C:\Users\your_name\AppData\Roaming\MetaQuotes\WebInstall\В идеале терминал должен состоять из одной кнопки "получить прибыль"
Каждый разработчик увидев результаты оптимизации, уже с первых строк определяет, имеет смысл продолжить или нет. И поэтому надо дать возможность посмотреть результаты до окончания оптимизации, без прерывания.
Вкладку "Результаты оптимизации" надо вернуть, а сверху таблицы можно добавить кнопку "Обновить таблицу".
Это будет более разумно.
Каждый разработчик увидев результаты оптимизации, уже с первых строк определяет, имеет смысл продолжить или нет. И поэтому надо дать возможность посмотреть результаты до окончания оптимизации, без прерывания.
Вкладку "Результаты оптимизации" надо вернуть, а сверху таблицы можно добавить кнопку "Обновить таблицу".
Это будет более разумно.
+1
Каждый разработчик увидев результаты оптимизации, уже с первых строк определяет, имеет смысл продолжить или нет. И поэтому надо дать возможность посмотреть результаты до окончания оптимизации, без прерывания.
Вкладку "Результаты оптимизации" надо вернуть, а сверху таблицы можно добавить кнопку "Обновить таблицу".
Это будет более разумно.
Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.
Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов..
Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.
Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов..
Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.
Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов..
Так Вы не поняли, что Ренат говорит о своих потребностях... вся история показывает, что MQ так работают, делают что-то для себя, а остальные просто наслаждаются. Я сочувствую Ренату, он хотел как лучше, судя из первых постов воодушевленно говорил о достижениях, хотел как лучше, а получилось... В общем не смогла общественность оценить благие намерения. "Вот и делай потом что-то для них", возможно думает Ренат и не отвечает больше в этой ветке.
Хотелось бы сказать за себя, я очень рад, что MQ продолжают работу и делают многое для развития своего продукта - это замечательно. Однако, иногда послушать мнение пользователей было бы полезно....Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.
Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов..
>15 000 переборов вполне хватает. времени на 1 сутки, >20 $ за агентов (правда после остановки оптимизации, более 70 % результатов были нулевыми!) - если бы я сразу видел нулевые результаты, я бы остановил тест и выяснил причину.
Оптимизировал за пол года. В коде все максимально сжато для оптимизации.
1 миллион, это в 100 раз больше....