Что лучше использовать? - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Ну да, один раз придёццо посидеть, сочинить функцию с нужным набором выборок из этой БД. Но потом она вставляется за 5 сек в режиме "копипаст" и никакого офигевания, бо от порядка сортировки ничего не зависит. Гридер с 2мя динамическими сетками и сложными взаимоотношениями, эти 2 строки
Заполняют 2 структуры-справочника 2х наборов ордеров такого содержания:
Где "сводки данных" отдельных типов ордеров включают
Этот справочник сочинил года 2 тому, код кончено сильно изменился, но проблем из-за большого кол-ва ордеров или наоборот ограничения не было ни разу
Почти убедил. Спасибо.
Но всё-же хотелось-бы вернуться к началу, сколько памяти может занимать массив структур? На сколько это критично для скорости выполнения кода.
...
Но всё-же хотелось-бы вернуться к началу, сколько памяти может занимать массив структур? На сколько это критично для скорости выполнения кода.
Посчитать не судьба?
Интересно, в какой такой особенной форме вы бы хотели получить ответ на этот вопрос? Так, чтобы ответ впечатлил, и отложился.
Посчитать не судьба?
Интересно, в какой такой особенной форме вы бы хотели получить ответ на этот вопрос? Так, чтобы ответ впечатлил, и отложился.
Дмитрий, если тебя стал раздражать этот вопрос, ну пройди мимо молча.
Я писал что я самоучка, и даже по ссылке не вижу примера подсчёта занимаемой памяти. Единственное упоминание памяти в этой строке
Дольше всего обрабатываются строковые данные. Это связано с динамическим распределением-перераспределением оперативной памяти компьютера.
Дмитрий, если тебя стал раздражать этот вопрос, ну пройди мимо молча.
Я писал что я самоучка, и даже по ссылке не вижу примера подсчёта занимаемой памяти. Единственное упоминание памяти в этой строке
Задал же вопрос - "Интересно, в какой такой особенной форме вы бы хотели получить ответ на этот вопрос? Так, чтобы ответ впечатлил, и отложился. "
В принципе, твой ответ меня устроил. Спасибо. Но в нём нет конкретики, нет конкретного значения. Если не будет, ну и ладно, а если кто-то сможет назвать, да ещё и объяснить как это посчитано я был-бы почти счастлив. По скорости обработки может быть проверю переписав весь код. Но это может быть... а может и не быть...
Есть ещё один вопрос, но что-то очень сомневаюсь что получу внятный ответ. Почему-то начинается тест советника побыстрей, и через некоторое время начинает скорость тестирования падать. И чем дальше тестирование, тем больше падает скорость... И не только на этом советнике, и не первый год такое творится.
Вот посмотрев на фонарный столб, я подумал что не может-ли быть, что это связано с увеличением используемой памяти... Так я пришёл к выводу, что надо попробовать вместо массивов попользовать запись в файлы. Но увы, результат нулевой.
По этой ссылке страница, на ней ссылки на страницы с описанием типов переменных, а там написано сколько байт занимает какая переменная. Что делать дальше, должны догадаться.
Замедление теста. Наверно какой-то индикатор, который всегда рассчитывается по всем барам. Чем больше баров, тем медленнее считает. Чаще всего от неправильных индикаторов такое бывает.
По этой ссылке страница, на ней ссылки на страницы с описанием типов переменных, а там написано сколько байт занимает какая переменная. Что делать дальше, должны догадаться.
Замедление теста. Наверно какой-то индикатор, который всегда рассчитывается по всем барам. Чем больше баров, тем медленнее считает. Чаще всего от неправильных индикаторов такое бывает.
1. Вот за это огромное спасибо. Поскольку я никогда не стану профессиональным программистом, меня не интересуют все остальные типы кроме double и int потому я и не вникал в подробности этой страницы документации. Теперь разобрался.
2. Неправильное предположение. На графике нет ни одного индикатора, советник индикаторов не использует. Только ставит ордера и по событию изменения типа какого либо из открытых, открывает ещё и/или закрывает/удаляет принадлежащие группе.
Знаю что графические элементы и комментарий тормозят тестер. Но, допустим, что графические элементы накапливаясь тормозят всё больше и больше, а комментарий графика??? Он-то не накапливается, он всегда один... Я не пишу в открытие, модификацию, закрытие ордера метки. Разве что штатные метки тестера тормозят и накапливаясь увеличивают тормоза... Если так, жаль что отключить их нет возможности.
Тогда может эксперт работает с историей ордеров? История по мере тестирования удлиняется.
Графически объекты и комменты равномерно тормозят.
Может быть, если графически объекты не удаляются, увеличивается их количество, а они все в цикле обрабатываются (или хотя бы поиск их выполняется в цикле по всем объектам).
Да нет, Дмитрий я давно отказался от перебора ордеров истории и никогда не ставил меток. А те метки которые ставит тестер, нет никакого резона перебирать.
Единственное отличие старта от последующего времени это количество ордеров. Старт, ставится 4 ордера. По мере изменений этих ордеров ставятся и удаляются другие. Но потом набирается, скажем 16, вроде-бы логично понижение скорости тестирования. Но вот парадокс, после этих 16ти общее количество сокращается до 6-8 а скорость продолжает падать.
Да нет, Дмитрий я давно отказался от перебора ордеров истории и никогда не ставил меток. А те метки которые ставит тестер, нет никакого резона перебирать.
Единственное отличие старта от последующего времени это количество ордеров. Старт, ставится 4 ордера. По мере изменений этих ордеров ставятся и удаляются другие. Но потом набирается, скажем 16, вроде-бы логично понижение скорости тестирования. Но вот парадокс, после этих 16ти общее количество сокращается до 6-8 а скорость продолжает падать.