getCandlesByIndex опа опа а что это у нас тут

getNumCandles() - конечно .... смотрю в книгу и вижу фигу :)
Ну и впрочем getCandlesByIndex() чтоб работал с фильтрованным диапазоном

Добрый день,
     
      Ошибка, описанная в данном инциденте, будет исправлена в одной из       очередных версий программы.
      Приносим извинения за причиненные неудобства.

И памяти жрёт на все 40тыщ. Хотел ограничением кол-ва на тиковых графиках снизить потребляемую память - не вышло  

Артем, Да ужжж...когда-то мы делали шахматный компьютер, так там было 16 КИЛОбайт ПЗУ и 4К ОЗУ. Это и на шахматную программу, и на дебютный справочник, и на какую-то пародию на операционку. Плюс процессор 4.7 МГц российского производства. И это убожество. с обрезанной по самые уши оценочной функцией однажды умудрилось официально выполнить норму КМС. А теперь "32 гигабайта должно быть вполне адекватно".  

Артем, Это развращает.. Высокие возможности железа стимулируют разработку убогого софта. Когда-то давно я был на одном докладе от Интел, где они рекламировали свой новый процессор на 3 ГГц (ни о каких ядрах тогда ещ и речи не было). После доклада я подошёл к докладчику и спросил: "Вот НАФИГА такая скорость на персональном компьютере"? Он начал что-то говорить про высококачественную графику, но чувствовалось, что он и сам не знает, что с этой мощностью делать. Но прошли годы, и...

Да, кстати: свечи лично я считаю сам, на чистом Lua, и мне вполне хватает ресурсов! Зачем вам "много свечек"? Как говорил незабвенный Владимир Ильич, "лучше меньше, да лучше".  

Артем, Именно! Но потом сообразил, что для того, чтобы многократно впаривать лохам одно и то же дерьмо, нужно, чтобы сама операционка все ресурсы и отжирала. Результат - самый богатый человек планеты (был).

Артем, Я эту нехитрую истину понял много лет назад, когда работала ещё старушка БЭМ со смешными по сравнению с любым телефоном возможностями, на которой крутились многодневные задачи, да ещё десятка полтора юзеров сидело в дисплейном классе за мониторами. А в соседнем зале стояла какая-то (не помню номера) ЕС ЭВМ, у которой память и быстродействие были на порядок больше. И там за четырьмя терминалами сидели очень грустные юзеры, у которых постоянно бесследно пропадали задачи.

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

Старатель, ну тут кто хелловорлды пишет а кто гигабайтами данных ворочает - два ядра два гига с механической памятью кому-то хватит, а у кого-то программа с миллионами свечек в обработке начнет лезть в своп и без того скудная скорость скатывается в ноль. Все фломастеры на вкус разные.

Владимир, тут по аналогии с астрономией - в каталог занесены миллиарды звёзд, и при проверке новой гипотезы все их надо проверять на предмет корреляции. Обычно с этой целью арендуют время на суперкомпьютерах за государственные деньги, ну или за свои если толщина кошелька позволяет. Но это разовые исследования, проще оплатить аренду чем покупать свою аппаратуру - а обработка таких данных на торговой площадке должна происходить постоянно, выявлять новые корреляции графиков нужно на ежедневной основе. Так что тут выбор между тремя стульями: либо использовать неполный набор данных и получить низкокачественный результат, либо обрабатывать данные раз в неделю/месяц/квартал в фоне по мощностям компьютера, либо докупить аппаратуры чтобы можно было использовать весь набор данных и обработать его между закрытием вечерней сессии и открытием утренней.

Я делаю прогон алгоритма на истории, например. Чем больше диапазон данных - тем лучше.

Владимир, все так делают, но свечки они и в африке свечки. Если по алгоритму окно требуется большое, то и свечек загрузить надо будет очень много.

Владимир, если у алгоритма выше точность в 0.05 раз, то это хороший алгоритм. А то что затрата вычислительных ресурсов больше в 50 раз, то это издержки производства - можно потратить время/деньги а можно выбрать алгоритм похуже но "подешевле".

Владимир, тут по аналогии с предсказанием погоды - точность математических погодных моделей посредственная в лучшем случае, но при наличии миллионов точек данных с погодных зондов можно составить статистическую модель у которой довольно высокая точность. Данные со временем только накапливаются, точность улучшается.

Дык, визуализация ж нужна! На графике квика можно посмотреть, как и что, понаставить меток, где купил, где продал, воочию, так сказать, оценить стратегию.

Чего не сделаешь с бездушным файлом с миллионами байтов...

Александр Волфовиц, УПС! А сам, гад, продал FNKO, про который он ничего не советовал!