VPM (Все сообщения пользователя)

Задача далеко не простая, просто Ваш подход в моей задаче - это только одна из торговых стратегий, торговую эффективность которой нужно еще проверять!
buy = a>b таких примеров полно в том числе и на этом форуме.

Glukator,  Вы вроде хотели обсуждать торговые Задачи? ДА, за излишнею резкость извиняюсь.

Знание или не знания какого-то языка, ни как не влияют на умственные способности.
Про ОПП, на этих страницах я уже приводил авторов, выкладывал цитаты, откуда я делаю свой вывод. Если Вам нужно это оспорить обращайтесь к ним, со мной просто бессмысленно, либо приводите доводы опровергающие их утверждения.

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

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

"НУЖЕН КОНКРЕТНО В ВАШЕЙ ЗАДАЧЕ".
Я говорил что мне не нравится как моя программа обращается с памятью. Основная проблема это накопление массивов данных (в моем варианте таблиц).
Ну к примеру с частотой в 1 минуту получаю данные по свечам и индикаторам, складываю их в таблицу, которая за время сессии просто растет.
Для программы использующей портфель из тикеров, тайм фреймов, индикаторов(планирую переключаться между торговыми стратегиями внутри сессии) это расточительно!

Не знаю как назвать данный способ хранения но точно не стек, хоть и тарелочки из Вашего примера. Так как вся длинна этого массива не нужна (достаточно скажем 5 последних значения)
Нужен подход уменьшения количества элементов в таблицах  Я Вижу два подхода как организовать такую структуру:
1) После обработке 5 последних значений наставить nil;  bar[i][j][index-5].dec=nil;
2) Так как 1 вариант сильно похож на очередь то я вспомнил про двойную очередь из примера автора (которую не удалось обсудить и разобрать с первого поста)

И так задача сводится  к удобному универсальному методу уменьшения хранения данных в ОЗУ, по сути в моем представлении к организации ОЧЕРЕДИ!

Владимир, Для особо одаренных. Повторюсь уже в сотый раз, для меня интересно знать возможности языка, как и где их можно применять. Для чего служит тот или другой прием.
Не зная возможности не сможешь применить! Пользователь решает чем ему пользоваться.
Такой подход называется конструирование. Все автомобили по своей структуре одинаковые (кузов, двигатель, шасси), пользовательские свойства разные.

Вот я же говорю подзабыли, "А двум другим НЕ пофиг, новые элементы заносятся тоже строго на вершину стека, а вот выдернуть их обработчики могут ЛЮБОЙ из них - первый, последний или любой другой из середины. И, если это не последний, скидывают на освободившееся место последний и декрементируют размер стека.
А почему это стало стеком  и где тут принцип LIFO. Я такие утверждения называю "горе от ума"!

Посмотрел действительно все логично и просто:
Стек — это коллекция, элементы которой получают по принципу «последний вошел, первый вышел» (Last-In-First-Out или LIFO).
Это значит, что мы будем иметь доступ только к последнему добавленному элементу.

Очереди очень похожи на стеки. Они также не дают доступа к произвольному элементу, но, в отличие от стека, элементы кладутся (enqueue) и забираются (dequeue) с разных концов.
Такой метод называется «первый вошел, первый вышел» (First-In-First-Out или FIFO).
То есть забирать элементы из очереди мы будем в том же порядке, что и клали. Как реальная очередь или конвейер.

Прямо как складской учет.

Nikolay,  Ну Вы и пример привели, волосы дыбом от такого примера

Glukator,  Ну а это что по Вашему.Glukator,  Вы поймите я Вас не обидеть хочу, а показываю прямо то место где идет заблуждение, еще раз Луа  = таблица = ОПП, но если Вы используете таблицу , как можно можно не пользоваться ОПП, хотите Вы того или нет, мы эти пользуемся по умолчанию.

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

Nikolay,  Я уже отвечал у меня частная прикладная задача, ну если автор языка пишет двойная очередь, то причем здесь мои академические знания, я принимаю терминологию такой какой в нее заложен смысл автором. За ссылку спасибо посмотрю. Но я уже из беседы сделал ряд выводов для себя мне пока этого достаточно.  

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

Glukator,  Тот пример который Вы показываете,  связан с понятия свободных имен. А вопрос который обсуждается относится к применению  глобальных переменных с динамическими именами.
А Вопрос звучал в каких случаях нужны эти таблицы. На что в нескольких постах получен ответ.

Еще раз Пересмотрел главу Окружение. Нашел. "Конечно, главной областью применения _ENV является изменение окружения, используемого фрагментом кода."  
TGB,  Спасибо.

TGB, Если я ни чего не напутал, то подход максимальной локализации переменных, и по блочному их использованию, для таких пользователей как я оптимальный. И можно забыть про такое _G безболезненно для скрипта, поводом использования может я виться добиться необходимой видимости или есть еще повод?

nikolz,  Здесь вопрос вот в чем, за чем здесь глобальная таблица со своим окружением

1) value = loadstring("return " .. varname)()
2) value = _G[varname] -- в десятки раз эффективнее -- в десятки раз эффективнее

Ну ведь можно  
local A={}                value = A[varname]
В двойной очереди он этот прием демонстрирует.

nikolz,  Ну вот видна цена, видны сделки, видно результат. Вы пишите это в виде индикатора, для одного инструмента?  

Владимир,  Мы с Вами в своих подходах, пользуемся только луа, ну такой он, другого нет, так давайте подумаем что лучшее можно взять у него, как это эффективно можно применять!

Nikolay,  Ну все равно не понятно, _G таблица ну взять и локализовать под свою программу, или ее необходимые элементы? Я предполагаю что решаются еще вопросы видимости?

Ну или создал свою в корне дерева как Владимир, делает у себя, и обрабатывай.

"Не в применении к языку Lua, а в общем", в общем мне не интересно, и зачем, дадут новый язык, буду с ним разбираться, а в луа структура данных это таблица, из которых все остальные строятся.
Да и пишу я строго для себя, а примеров на луа множество, вон игры как написаны!

Nikolay, Ну первый вопрос зачем лезть в глобальное окружение, я видел у Вас такой прием?

Вот поднята тема, которая требует пояснений,
есть две записи:

1) value = loadstring("return " .. varname)()
2) value = _G[varname] -- в десятки раз эффективнее

Зачем эти общие слова, кому они нужны? Да и с вопросом я маленько разобрался.

Ну я все таки приведу цитаты из книги, повторюсь, возможно кому то еще будут полезны и понятны подходы:

"Таблицы в Lua — это не одна из структур данных, — это единственная структура данных. Все структуры, которые предлагают другие языки, — массивы, записи, списки, очереди, множества — могут
быть представлены в Lua при помощи таблиц. Главное, таблицы Lua эффективно реализуют все эти структуры."

"Хотя мы можем реализовать массивы и списки при помощи таблиц Lua (и иногда мы это делаем), таблицы гораздо мощнее массивов и списков; многие алгоритмы с использованием таблиц становятся до банальности простым"

Последняя цитата хорошо подходит к примеру про индексацию trans_id.

Не понял, а очереди где создаются? Там не только названия, там выложен пример, и в место того чтоб показать опытным товарищам , какие варианты можно собрать, где в каких случаях можно использовать,
на простых примерах, получаешь вот это все!

У Фреймворк про который я здесь  рассказывал не однократно, это одна из ключевых идей, более того показывал! Да и любой может сам посмотреть.
Вот этот прием, но прежде чем им пользоваться trans_id создаются при инициализации.

Вы сами то себя слышите, если все работают с таблицами как она может быть не нужна или закрыта?

Владимир, Я уже говорил, чтоб говорить о великом нужно понятия сделать общими (говорить на одном языке и понимать о чем разговор).

Начну с начала. Вот из последнего от великих:Вас тут ничего не смущает?

Попробую пояснить что меня смущает. Уже неоднократно говорилось и разбиралось, что в луа единственная структура данных это таблица, таблица это половина ОПП,
а утверждение что этим не буду пользоваться, равно утверждению не понимаю как писать на луа!

или вот Мне можно ошибаться я пришел разбираться,  а тем кто тут самоутверждается  с закрытыми глазами, стоит глаза открыть!

Ответ: Обсуждаю вопросы для меня не очень понятные. А есть которые самоутверждаются.
Ответ: Да.Ответ: Я бы сильно не доверял статистике на сайте, цена ей три копейки. А считать Вы сами умеете, да и вопрос из области полезности, а она индивидуальна.Ответ: Пытаюсь объяснить, что "наделав кучу на голове у оппонента,  сидеть на ней, как на горе Эверест, со значимым видом" затея так себе.

PS: Манипуляция - это такой прием, "Перевод с больной головы на здоровую"

Владимир,  Лично для меня ветка полезна, а если бы отдельные члены дискуссии не занимались манипуляциями, а прямо отвечали на поставленные вопросы, то пустых постов было бы поменьше.
Хочется напомнить, что знак вопроса (?) в конце предложения означает, что задан вопрос, на который требуется ответ, иначе дурной тон. Но хамство это похоже какая - то профессиональная черта.

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

Glukator,  "Да мне шашечки и вряд а уж выберу на чем ехать!"  - VPM  

Да но были и другие варианты!

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

Но здесь речь шла абсолютно о другом, сделать очередь ФИФО, для управления, передачи и обработки заданного количества элементов, а про универсальность пусть каждый сам решает, тем более примеры есть разные, на любой вкус!

Glukator,  Я не имею ни какого отношения к программированию, кроме данного проекта.

Вы упускаете важную вещь, Вы владеете несколькими языками программирования, закрытыми глазами пишите примеры , а у нас 2 класса образования и те не полные, для меня и думаю 90% процентов здесь таких, важней будет универсальность.
Да с  эффективность нужно еще посмотреть?

Владимир,  Это кого я запутал?

Glukator,  У нас с Вами и с другими кто нас читает, абсолютно разные программы, и все что мы можем обсуждать это возможности решения каких то узких задач. Об этом я и говорю нравится это кому то или нет. На Ваши Вопросы я с полна как умею ответил, я уже не понимаю что Вам не понятно в данном примере. Что он универсальней Вашего?

Glukator,  Так что же Вы мне тут, целый час голову морочите, это я у Вас  должен спрашивать. Мне кажется я Вам уже отвечал что я пишу про возможности, а как Вам делать, что Вам делать разберитесь сами!

Это прежде всего таблица. В которой в одном месте можно хранить функции, значения, строки .... Это просто удобно.
А я говорю что еще можно представить как конструктор, такое хранилище элементов конструктор.

Из нашего примера:
Можно записать так   List.pushlast(list, value)   List.popfirst (list)
А можно другой function List.poplast (list) удалить последний List.pushlast (list, value) добавить последний

Glukator,  Вы напишите не большой пример и попробуйте, это будет более понятно и все встанет на свои места.

Вот мой небольшой

Используйте одну функцию добавление в конец, и получаете свой вариант. Это модуль

Ну конечно индексы. А разница в универсальности, да и вариантов больше чем 4.

цитата из книги: "можете просто индексировать ее нужным ключом (именем переменной)"  
Вот этот прием:Это две разные переменные 1 - хранит размер; 2 значение.

Алгоритм хранит 2 переменных, начало и конец, 2 функции на добавление элемента, 2 функции на удаление элемента, т.е. всего можно собрать 4 варианта.
   1;    0
  ---------
1 | 11; 10
0 | 01; 00

"Кольцевой буфер" - круг, окружность, коло, понятие замкнутости. Определили технологический запас, и его поддерживаем, если полочка пустая (в нашем случае nil), не означает изменения структуры (количество полочек прежнее) или не так?Возможно подзабыли?  

"Кольцевой буфер, или циклический буфер (англ. ring-buffer) — это структура данных, использующая единственный буфер фиксированного размера таким образом,
как будто бы после последнего элемента сразу же снова идет первый.
Такая структура легко предоставляет возможность буферизации потоков данных".

"Кольцевой буфер находит очень широкое применение в том числе при программировании микроконтроллеров.
Данные структуры часто используют для организации различных очередей сообщений и буферов приёма-передачи различных коммуникационных интерфейсов.
Популярность КБ обусловлена тем, что это один из самых простых и эффективных способов организовать FIFO (англ. first in — first out, «первым пришёл — первым вышел») без использования динамической памяти. Существует множество разновидностей КБ."
https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BB%D1%8C%D1%86%D0%B5%D0%B2%D0%BE%D0­%B9_%D0%B1%D1%83%D1....

nikolz,  Если я Вас правильно понимаю то Вы для себя написали нечто такое
и сравниваете его по производительности с модулем List?

Торгую руками 3 тикера  промежуточный результат 5,6 % к текущему капиталу. А у Вас нейросеть.
Не видно даже цены на графике, уберите индикаторы они кроме Вас ни кому не нужны и добавьте сделки (стрелочки на цену)  так будет более информативно.
Да на результаты выведите подписи линий, тогда достаточно одного взгляда, чтоб понять что хотели сказать графиком.

nikolz, Не понятно что за функции вы используете, а то что ФИФО держит размер массива постоянным и так понятно.

Если для Вас это просто, покажите 4 возможных варианта собранных функциями из книги.

nikolz,  А теперь человеческим языком?

Я про очередь.

Glukator,  У вас частный случай, а в примере из книги можно собрать любой вариант (матрица 2*2).

Про демонстрирован вот этот прием: "Поскольку окружение — это обычная таблица, то вы можете просто индексировать ее нужным ключом (именем переменной).
Похожим образом можно присвоить значение глобальной переменной, чье имя вычисляется динамически, если написать _G[varname] = value."

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

Ну Nikolay, Спасибо Вам, все поставили на свои места, мои подозрения не верны, нужно смотреть что еще может критично накапливаться в таблицах.

У меня сейчас в работе 4 тикера 4 тайм фрейма  4 индикатора рассчитываю на момент запуска примерно 1М на конец дня 25М, и мне это не нравится, так как планирую увеличить и количество тикеров.

ds,Error = CreateDataSource(class,symbol,interval)
type (ds) = таблица , т.е. там только методы получения , а сами данные на сервере или в хранилище рабочего места?

Тогда такая запись передача только методов доступа к данным?
function f() -- индикатор        
    local Filt,Price={},{}; -- таблицы для хранения данных
  return function(I,FSettings,ds )

Я правильно Вас понял?