Сегодня обновился терминал МТ5 и не показывается окно "Оптимизация" во время теста - страница 13

 
Сергей Таболин:
Подскажите, где можно скачать билд 1755 и как сделать чтобы он автоматом не обновлялся до этого (текущего) недоразумения?

1795 вроде тоже был ничего.

1755 тоже берите, если нужно.

Для блокировки обновлений закройте доступ на запись к директории C:\Users\your_name\AppData\Roaming\MetaQuotes\WebInstall\
 
Texnolog:
В идеале терминал должен состоять из одной кнопки "получить прибыль"
Но при наведении мышки, надпись на кнопке будет меняться на "Слить депозит".
 
График оптимизации стал мерцать, что раздражает...
 
Верните таблицу оптимизации!
 

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

Вкладку "Результаты оптимизации" надо вернуть, а сверху таблицы можно добавить кнопку "Обновить таблицу".

Это будет более разумно.

 
Petros Shatakhtsyan:

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

Вкладку "Результаты оптимизации" надо вернуть, а сверху таблицы можно добавить кнопку "Обновить таблицу".

Это будет более разумно.

+1

 
Petros Shatakhtsyan:

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

Вкладку "Результаты оптимизации" надо вернуть, а сверху таблицы можно добавить кнопку "Обновить таблицу".

Это будет более разумно.

Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.

Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов.. 

 
Aleksandr Volotko:

Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.

Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов.. 

Да ладно, стандартный мувинг-експерт из поставки, годовой таймфрейм, перебор всех параметров - легко получить хоть гугль вариантов! :-)
 
Aleksandr Volotko:

Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.

Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов.. 

Так Вы не поняли, что Ренат говорит о своих потребностях... вся история показывает, что MQ так работают, делают что-то для себя, а остальные просто наслаждаются. Я сочувствую Ренату, он хотел как лучше, судя из первых постов воодушевленно говорил о достижениях, хотел как лучше, а получилось... В общем не смогла общественность оценить благие намерения. "Вот и делай потом что-то для них", возможно думает Ренат и не отвечает больше в этой ветке.

Хотелось бы сказать за себя, я очень рад, что MQ продолжают работу и делают многое для развития своего продукта - это замечательно. Однако, иногда послушать мнение пользователей было бы полезно....
 
Aleksandr Volotko:

Как верно подмечали выше в ветке, даже кнопку никакую не нужно добавлять, всего лишь не нужно принудительно данные таблицы сортировать во время оптимизации, а пользователь, как и ранее, может в шапке таблицы сам кликнуть по нужному столбцу, когда посчитает нужным, и таблица отсортируется по нему соответственно, затратив драгоценные ресурсы ПК пользователя.

Но @Renat Fatkhullin апеллировал к тому, что человеческий глаз не осилит 100 млн. записей и т.д. и нет никакого смысла их показывать в процессе, мол.
И мне вот что интересно в связи с этим: а тут есть вообще такие, кто выполняет по 100 млн. проходов во время оптимизации? а по 50 млн. проходов? ну или хотя бы по 10 млн. проходов? и сколько времени и денег у них уходит на такие оптимизации, а главное - это что же такое (примитивное) надо гонять в оптимизаторе, чтобы оно могло за доли секунды просчитываться и за вменяемый отрезок времени выполняться 10/50/100 млн. проходов.. 


>15 000 переборов вполне хватает. времени на 1 сутки, >20 $ за агентов (правда после остановки оптимизации, более 70 % результатов были нулевыми!) - если бы я сразу видел нулевые результаты, я бы остановил тест и выяснил причину. 

Оптимизировал за пол года. В коде все максимально сжато для оптимизации. 

1 миллион, это в 100 раз больше....