Ограничение проходов в режиме "полный перебор параметров"

 
Здравствуйте. Хотелось бы узнать, есть ли у Вас понимание того, что ограничение тестера в количестве проходов однозначно нужно убирать? Я считаю, что это ограничение однозначно вредно, и мне и моим знакомым приходиться использовать гинекологическую оптимизацию многократно, чтобы оптимизировать советников. В условиях того, что на оптимизацию уходят огромные ресурсы компьютера, но это исправимо, и можно арендовать сервер или купить много компьютеров и подключить по сети, ну или использовать (невыгодный) сервис облачной оптимизации. И всё упирается в ограничение количества проходов тестера. И в этой ситуации не видно логики этого ограничения. Надеюсь, разработчики услышат меня. Всего хорошего.
 
mt_linux_wine_haltura:
Здравствуйте. Хотелось бы узнать, есть ли у Вас понимание того, что ограничение тестера в количестве проходов однозначно нужно убирать? Я считаю, что это ограничение однозначно вредно, и мне и моим знакомым приходиться использовать гинекологическую оптимизацию многократно, чтобы оптимизировать советников. В условиях того, что на оптимизацию уходят огромные ресурсы компьютера, но это исправимо, и можно арендовать сервер или купить много компьютеров и подключить по сети, ну или использовать (невыгодный) сервис облачной оптимизации. И всё упирается в ограничение количества проходов тестера. И в этой ситуации не видно логики этого ограничения. Надеюсь, разработчики услышат меня. Всего хорошего.

Думаю тут есть логическое ограничение. Допустим проходов не может быть больше значение типо long. Причина в том чтобы сделать пустой перебор этого значение понадобиться несколько сотен лет. Если речь пойдет о том чтобы еще взять параметры с этого перебора - то время резко возрастает. Хотя нам еще надо тест проводить)))))) А что такое long это всего-то 8 параметров от 0 до 256 с шагом 1. У генетики часто есть очередность тестирования. так что множество параметров тоже загрузит систему на оооочень долго. 

Причина обращения: