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

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 5 6 7 8 9 10 11 ... 41 След.
dll на C: удивительная ошибка...
 
nikolz, И кто же этот "кто-то", лапуль? Не тот ли придурок, которого я носом торкал, что в 64 разряда можно-таки уложить 18 квинтиллионов, что  VM - это ТОЖЕ интерпретатор, что  никаких "библиотек на чистом СИ" не бывает в природе? Которому постоянно не хватает ни памяти, ни быстродействия, но при этом он корчит из себя учителя, засирая форум своими дебильными тестами и ловлей микросекунд? Цитирую себя, любимого: " ДВК и СМ одно и то же, только у СМ были алфавитно-цифровые дисплеи, но ассемблер тот же PDP". И, для особо одарённых, приписочка: "По крайней мере, у нас". Для самого одарённого из местной братии, разжёвываю до соплей: "у нас" - это значит "ДВК-3 и СМ-4". Информирую также, что первая версия нашего Миража была написана на ассемблере БЭСМ-6 с его 48-разрядными регистрами и называлась "Фемида", потому как нифига не видела, только фишки умела передвигать. Вторая же версия была переписана уже на ассемблер PDP и прекрасно работала как на ДВК, так и на СМ (если графику не подключать, которая у ДВК была, а у СМ не было). Эта версия называлась "Кутузов" (мы решили снять повязку с одного глаза) и заняла третье место на каком-то всесоюзном конкурсе (нам с Юркой дали по серебряной медали ВДНХ). Наконец, появились Интеловские персоналки, и Мираж окончательно стал Миражом уже на ассемблере Intel. И всё это, лапуль, одна голая правда. Такшта сказочников поищите в зеркале. А ещё лучше смените род занятий - Вы не программист и никогда им не станете.
dll на C: удивительная ошибка...
 
Serge123, Ну да, ДВК и СМ одно и то же, только у СМ были алфавитно-цифровые дисплеи, но ассемблер тот же PDP. По крайней мере, у нас. А вот старушка БЭСМ, насколько я помню, занимала 226 кв. м., но человек 10-15 как-то обслуживала, хотя сейчас вряд ли найдётся телефон, который превосходил бы её менее, чем в тысячу раз. А отладчиков и сейчас не существует - то говно, которое мне попадалось, само глючило в сколько-нибудь сложных ситуациях, а в простых и сам программер обычно всё видел быстрее любого отладчика. А НПО из Калинина называлось "Центрпрограммсистем".

Минимальный размер нашей шахматной программы был 16К (так называемый ШЭП "Дебют"), а последняя версия... ща погляжу... 31115 байт, графика тоже Еговская 640*450*16. Но эта уже имела громмиейстерский рейтинг на 80486. А на моём старом ПК с вин XP даже и не знаю - у меня против неё шансов нет, а на других она и не проверялась.  С Бронштейном встречался много раз, и вообще считаю его своим другом.
dll на C: удивительная ошибка...
 
Я хренею, дорогая реакция! И проц-то у них перегревается, и не хватает GDI ресурсов, и тёмная тема съедает больше ресурсов, и разрешение монитора велико... я давно говорю, что программисты вымерли, но чтобы до такой степени!

Графика у нас была ещё на ДВК - первый графический дисплей, который я видел, при переходе на Intel 8086/4.77 МГц скорость стала вдвое выше, на 80286 мы сделали уже плавное перемещение фигур, на 80386 всё летало со страшной силой, а 80484/66 МГц впервые увидели в Германии на чемпионате мира, и это была поистине чудовищная скорость! Там же увидели первый Пень на 60 МГц, который работал ещё быстрее. И никаких GDI в природе не существовало, как и Виндов - вся графика написана "вручную". Что до тёмной/светлой темы, так это вообще у нормальных людей программирование данными, которое на скорость или память не влияет вообще никак. O tempora, o mores!
Запись открытого интереса в файл.
 
snurhel, Это называется "искать на свою задницу приключений". Записывайте в текстовом формате и забудьте про все эти "проблемы". А в "другой программе" читайте это и заполняйте те структуры, которые Вам угодно - double, integer - INT64, INT32, INT16, INT8, UNSIGNED или ещё что. Ах, так Вы и сами знаете про csv. ЗАБУДЬТЕ! Время на преобразование строк в числа ничтожно по сравнению с файловыми операциями. Не говоря уже о том, что время чтения исходных данных ничтожно по сравнению с временем их обработки.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Во, блин, проблема "назвать хоть одну причину почему они образуются"! Да она всего одна и есть, называется - "инерция". Стоящий курс трудно разогнать, движущийся трудно остановить. Прямым следствием всего этого и являются волны Эллиотта и прочая хрень. Физика, школьный курс.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Я потому графиками и не пользуюсь, что это чушь свинячья. То, что я называю свечой - это среднее арифметическое значение курса за период. Или, если угодно, мат. ожидание, хотя для него нужно бы учитывать и объёмы. И я тыщу раз говорил, что классические мат. ожидание и дисперсия в миллион раз информативнее всей этой "японской" гадости, у которой "5 значений за период". Учитывать объёмы я не захотел - потому, что особая точность в определении свечей не имеет смысла: прогноз - штука вероятностная, а мой способ оказался порядка на три быстрее того говна, которое предлагается в библиотеках QLUA и примерно на столько же порядков надёжнее. Когда я ещё только начинал торговать, я полистал несколько книг на эту тему, и уже тогда ржал, как эти придурки-авторы этих книжонок пытаются анализировать форму (!!!) японских свечей и по ней делают какие-то выводы. Ещё смешнее был их "анализ" графиков: дескать, если график напоминает букву N, то это указывает, что курс будет расти, а если букву M (ещё одна палка), то падать. Весь этот маразм с "уровнями поддержки/сопротивления" действительно иногда работает, но только потому, что стадо баранов верит в эти бредни и ведёт себя так, как если бы они в действительности существовали. Но столь же очевидно, что курс может развернуться, не доходя до этих "намеченных рубежей" или даже до их половины. Или, наоборот, пробить эти уровни на десятки или даже сотни пунктов. Запрограммировать всю эту хрень, конечно, можно. Но только если цель торговли состоит в том, чтобы просрать свой депозит.

P.S.  Вспоминать тригонометрию из школьного курса не советую, я в своё время был семикратным чемпионом города по математике, выиграл все олимпиады, в которых принимал участие, то бишь с 4-го по 10-й класс, и память у меня в те годы была просто фотографическая, так что тригонометрию прекрасно помню до сих пор. Поверьте на слово: ЗДЕСЬ она нафиг не нужна.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Цена НЕ движется в канале, ибо никакого "канала" в природе не существует. Тем более, "с определённым периодом" - его тоже не существует. И что с этим делать? Принять Model = Noice. Или вообще выбросить всё на помойку.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Я уже давал тут просто НЕМЕРЯНОЕ число "примеров того как нужно", иногда вплоть до готовых кодов на Луа. Я точно знаю, что некоторые из моих идей (как считать свечи, стеки заявок и сделок, прерывания по таймеру, как обходить глюки системного софта и т.д.) используются некоторыми участниками форума. Я миллион раз говорил, что задача организации торговли достаточно примитивная. Курс может либо расти, либо падать, либо стоять на месте - просто безумная "сложность"! Хрен ли тут программировать? Мой скрипт прекрасно работает вот уже несколько месяцев без единой правки кода, я реализовал там абсолютно всё, что хотел. Скрипты же доморощенных "теоретиков" не заработают НИКОГДА. Поскольку они решают не задачу организации торговли, а занимаются наукообразной хернёй. С первоклашками как раз проще, это задача вполне для их уровня, ничего экстраординарного для неё не требуется. И мозги чистые, ещё не забитые разной дребеденью.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Могу выразиться и жёстче: чушь свинячья вся эта "нечёткая логика". Набор псевдоучёных словечек, якобы имеющий какой-то смысл. Обычно применяется вместе с другими аналогичными наборами слов-паразитов вроде "t-норма", "k-норма", "лингвистическая переменная", "нейронные сети", "искусственныйо интеллект", "персептроны", "вейвлеты" и прочая дребедень. Всё это дерьмо прекрасно вырезается под корень бритвой Оккама. Как известно, "кто нечётко мыслит, тот нечётко излагает". Или, как говорил профессор Преображенский: "Нечёткой логикой закусывают только недорезанные большевиками помещики. Мало-мальски уважающий себя человек оперирует с чёткой логикой".
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Могу лишь ещё раз повторит ь слова Игоря: "Вы зачем-то задаёте какие-то нелепые вопросы, которые Вы даже не в состоянии сформулировать, при том, что ответы Вам не нужны".
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Потому и вредна, что нет ответа, ЗАЧЕМ она нужна. Не ответив на этот вопрос попытка воткнуть имеющую фичу только потому, что она есть - это уже не решение стоящей задачи, а погружение во всякие дурацкие "проблемы, когда  сигнал определенный на пересечениях двух линий дергает туда сюда". Старина Оккам был отнюдь не дурак.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Обсуждать то, что можно программировать считаю глупостью. Лично я за свои почти полвека в программировании обсуждал лишь то, что нужно программировать, и лишь после этого, можно это или нельзя (если очень нужно, но нельзя, иногда бывает, что можно). В частности, я считаю, что нечёткая логика для задач торговли не нужна, если не сказать "вредна". Что до "прогностических индикаторов", то штука эта по определению вероятностная, а потому они должны быть достаточно грубыми и простыми. Мало того: у меня они служат только как вспомогательные аргументы в пользу принятия решений и лишь изредка меняют их. Куда важнее правильно действовать как в тех случаях, когда прогноз оправдывается, так и в тех, когда нет, с учётом реального, а не прогнозируемого поведения рынка, а также состояния собственного портфеля и кошелька.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM,
1. Буквально всё, что высказывалось в этой ветке, не имеет ни малейшего отношения ни к торговле, ни, тем более, к программированию на Lua.
2. Определения терминов "маркетмейкер", "геп", "поводырь", "HFT" немало позабавили даже меня, имеющего к торговле весьма отдалённое отношение.
3. Фраза "вынужден торговать большими объёмами" и вообще свалила меня со стула.
4. Строить гипотезы относительно действий ММ - очевидный идиотизм. Гипотезы насчёт своего собственного портфеля - это ещё куда ни шло, хотя и они практически никак не влияют на торговые стратегии и алгоритмы принятия решений.
5. Полностью согласен с предыдущим оратором: "Вы зачем-то задаёте какие-то нелепые вопросы, которые Вы даже не в состоянии сформулировать, при том, что ответы Вам не нужны".
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, И уж совсем непонятно ЗАЧЕМ ею пользоваться.
Индикатор для арбитража
 
Alexey Ivannikov, Абсолютно серьёзно. У меня ОГРОМНЫЙ опыт общения в самых разных аудиториях. С несколькими десятками моих оппонентов, в т.ч. непримиримых, я позже встречался "в реале", некоторые из них стали впоследствии моими друзьями. Приведённые Вами мои цитаты явно обращены к nikolz (ещё несколько хамов, в общении с которыми я употреблял термин "лапуля" давно уже исчезли с этого форума), которого считаю самым плодовитым трлоллем на этом форуме, регулярно загаживающего форум бесчисленным количеством самых дурацких тем, в том числе требующих изменения системного софта под его безграмотные идеи, да ещё и корчащего из себя "учителя", т.е. активно мешающего другим пользователям нормально работать. Но и его стиль заметно изменился в лучшую сторону, если проследить динамику - думаю, благодаря и моим усилиям. Это отметил и ещё один человек с данного форума, с которым я тоже встречался "очно". Наконец, с многими здешними форумчанами у меня просто прекрасные отношения.
Индикатор для арбитража
 
Alexey Ivannikov, Я вижу, что там была цитата моего сообщения, я не вижу предыдущего поста от Иван379, представлявшего собой тысячепроцентный и грязный наезд на меня, чуть ли не эталон недопустимой манеры общения - в том числе, и на этом форуме. СЛЕДСТВИЕМ этого удалённого сообщения и явился мой пост, который Вы цитируете. Я умею разговаривать с людьми, я умею разговаривать с хамами, я даже могу обеспечить надлежащий уровень дискуссии вне зависимости от наличия или отсутствия у меня прав модератора. На мой взгляд, я способствую именно поддержанию атмосферы нормального общения на этом форуме, и уж точно не позволю всяким "Иванам" её испортить. Против бана я бессилен, и говорил уже, что других аккаунтов я не заводил и заводить не собираюсь. Меня зовут Владимир Рыбинкин, и я себя уважаю.
Индикатор для арбитража
 
paluke, Не пользуюсь. Получилось само собой, одновременно, обнаружилось случайно, мне он не нужен, а нужен разве что троллям, в качестве предупреждения. Практика показала, что они им действительно пользуются.

Alexey Ivannikov, А почему Вы КО МНЕ обращаетесь по поводу "манеры общения"? Я более 30 лет в Интернете, и прекрасно умею общаться практически с любыми собеседниками - в том числе, и с этим самым "Иван379", зарегистрирвавшегося на форуме вчера (!), чьё единственное (!!!) сообщение было обращено ко мне и начиналось со слов "Ты педераст?". Удалив его сообщение, Вы выставили "возмутителем спокойствия" меня, а это ложь, как и Ваше сообщение о моей "пассивной или активной агрессии". Кстати, бан здесь у меня уже был, и тоже ни за что.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
nikolz, 0x1234FF - чёткая логика. Нечёткая - "красный"
Индикатор для арбитража
 
Иван379, Нет, я "гетеро" до мозга костей. И много раз уж объяснял, что "лапуля" - это термин такой, доказавший за долгие годы применения свою высочайшую эффективность при вытравливании головожопых - они на него клюют как на опарыша. И одновременно индикатор, что я уже не испытываю к собеседнику никаких чувств, кроме презрения. Кстати, терминов "зайчик, сладенький и тд" я не употреблял ни разу - ни здесь, ни где бы то ни было.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Не знаю - может, mql ещё хуже, чем lua, но тогда в автоматизации торговли работают самые выдающиеся дебилы в мире. Что такое ADX я не знаю и знать не хочу, а что такое нечёткая логика знаю прекрасню, и не вижу ни малейшего смысла в её применении здесь. Решения здесь принимаются очень даже чёткие: либо я подаю заявку либо нет.

Я гоняю 8 таймфреймов, торгую на трёх, и задача распределения бумаг между таймфреймами, хоть и нетривиальная, но вполне себе чёткая. Задача балансировки портфеля (какие тикеры туда закупать, какие выводить, долю каких увеличивать или уменьшать) ещё более нетривиальная, но тоже очень даже чёткая.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
VPM, Петь дифирамбы луа может лишь тот, кто никогда не видел ни одного другого языка программирования. Мне доводилось писать где-то на полутора-двух десятках языков, и большего дерьма, чем луа я что-то не могу припомнить. За каким хреном нужна нечёткая логика - тем более, для такой примитивной задачи как принятие торгового решения, я тоже без понятия.  AI пытаются использовать лишь те, у кого начисто отсутствует NI. Определять силу тренда - задача столь же простая, сколь и бесполезная: во-первых, на разных таймфреймах тренды могут быть разными, вплоть до диаметрально противоположных. Во-вторых, если у нас, скажем, высокая волатильность, то какая, в жопу, разница, куда направлен тренд? В третьих, наша позиция на рынке зависит не только (и даже не столько) от поведения рынка, сколько от состояния портфеля и кошелька. В-четвёртых, портфель обычно состоит из достаточно большого количества тикеров, которые ведут себя по-разному, и управлять надо всем этим конгломератом, а не каким-то сраным тикером, лежащим в каком-то сраном тренде какого-то сраного таймфрейма.
Предлагаю реализовать
 
Glukator, А Вы посмотрите, сколько у него постов - это же главный засиратель форума. Между прочим, когда я здесь только появился, меня называли nikolz-2. Я тогда ещё не знал, кто такой nikolz-1.  :smile:  
Предлагаю реализовать
 
nikolz,
1) Зачем загромождать робота функциями индикаторов, ВНЕ ЗАВИСИМОСТИ ОТ ТОГО, есть ли внутренние в КВИКЕ?
2) Скорость работы на луа вполне достаточна даже для миллиардеров. Тем более, что они могут позволить себе и компы помощнее, и числом поболее. А могут обойтись и одним дохленьким ноутом, как у меня.
3) Памяти тоже до жопы даже на моей дохлятине. Тем более, что НЕ написанные индикаторы ВААПЩЕ не сожрут никакой памяти, равно как и встроенные, которые тоже нафиг не нужны. Я, во всяком случае, только из этой ветки и узнал, что они вообще существуют.
Предлагаю реализовать
 
nikolz, Разницы никакой: и в том, и в другом варианте предлагается изуродовать системный софт ради какой-то никому не нужной херни, причём не делается даже попытки объяснить, на кой эта херня хоть кому-то может понадобиться.
таблица "depo_limits" . Что не так?
 
Опять этому распальцованному чайнику что-то не так... А ну-ка, глянем в его "Темы"... ОХ, Ё! Ладно, тогда бегло и только первую страничку:
таблица "depo_limits" . Что не так?
CalcBuySell. Что не так?
os.sysdate() . Что-то в ней не так..
Что не так c сервером QUIK у брокера Сбербанк.
Запаздывание свечей. Что не так.?
ДемоСчет. Что не так?
Что не так c getBuySellInfo?
проблема с функцией getDepo
новая хрень у Сбербанка. Что не так?
Оказывается, у этого несчастного буквально ВСЁ не так. Чем же помочь бедолаге? Я лично НИЧЕМ из перечисленного дерьма не пользовался НИ РАЗУ. В том числе, и демо-сервером, на котором весь этот суходроч и проводится. Может, именно поэтому у меня всё "так"?

Смотрим дальше.
Сдвиговые регистры, циклические массивы. Экономим память
Запаздывание тиков
Тормоз подключения тиков
Ошибка: Не хватило памяти под объекты...
Внимание! Тормоза в версиях 9 и 10.
не работают "горячие клавиши"
И памяти-то ему не хватает, и скорости. Может, ну его нафиг, это программирование? Не всем же это дано - есть много других интересных занятий. Но нет - он позиционирует себя даже не как программиста - как учителя:
Хочу поделиться некоторыми приемами, которые я использую при построении своих роботов.
Рассказываю, как просто сделать робота в виде скрипта индикатора.
Эта тема в основном для начинающих строителей роботов.
Решил замутить тему о том, как я строю робота.
Очередь -элементарно и полезно, Как сделать очередь в роботе и зачем.

Незачем, лапуль, незачем. Не нужны в роботе никакие очереди - без них всё проще, быстрее и надёжнее. Ну и на закуску просто ШЫДЕВР!
Дело бы вечером, делать было нечего. Предположим, что у Вас есть большая таблица в терминале QUIK. Например,  у меня получилась такая таблица "orders". В ней  227 тысяч строк. Вот так Lua в QUIK кушает память. Угадайте, как с этим бороться?
Элементарно, Ватсон! Займись чем-нибудь вечером. Чем-то более полезным, чем засирание форума по программированию своими бреднями.
Более быстрый перебор ключ - значение в таблице
 
Опять микросекунды ловим... посмотрел сейчас свой скрипт: там 8 циклов while, 38 циклов for, и только ДВА из них записаны НЕ в виде "for i=k,n do...". Один с отрицательным шагом (там нужно пробежаться по таймфреймам именно от тяжёлых к лёгким) и ещё один "for l in F:lines() do..." заглатывает строки из файла данных при запуске скрипта. Все ключи всех массивов - натуральные числа, иногда с нулём, и сделано это вовсе не для какого-то несчастного быстродействия, а так, на всякий случай, чтобы не искать на свою жопу приключений - считать ключи индексами надёжнее, так меньше шансов нарваться на какой-то хитрый глюк.
CalcBuySell. Что не так?
 
TGB, Так проблемы вовсе не с производительностью - там глюков немеряно. Один только приход нескольких прерываний на одно событие чего стоит! У меня в своё время просто челюсть отвисла от такого. И потом ещё отвисала не раз. Со свечами, например, просто невозможно работать, хотя они-то как раз очень нужны. И вообще: чем больше всякой ненужной бредятины понапихано в софт, тем выше вероятность, что он будет глючить.
CalcBuySell. Что не так?
 
TGB, Ну, хорошо: не все гениальные как я. Но, надеюсь, и не настолько дебилы, чтобы интересоваться, как они могут вбухать весь свой депозит в одну-единственную заявку? А ограничивать это НУЖНО! Софт и так на ладан дышит, и именно потому, что туда понапихали эту туеву хучу самых идиотских "возможностей".
CalcBuySell. Что не так?
 
TGB, Я не тоже не умею считать такую ерунду - такой бред мне и в голову никогда мог придти. Это даже не алгортмический - это концептуальный кретинизм! КАКОМУ ДЕБИЛУ понадобился "расчёт количества лотов конкретного инструмента с учётом состояния портфеля"? При чём тут плечи и вообще брокеры? Какое моё собачье дело до ИХ "представлений о рисках предоставления плеч для разных инструментов и разных в разное время"? На кой мне "максимально возможное количество лотов в заявке"? Даже сейчас у меня далеко не один тикер в портфеле, а пока не арестовали фондовый рынок на доллары и евро, их количество и вообще всегда болталось в районе 30-50 и даже больше. И кому какое дело до МОЕГО кошелька? Предположим, у меня там лежит миллилон, но я разрешил скрипту использовать только сто тысяч? Кто об этом может знать, кроме меня? Что эта придурь может мне "рассчитать"? КЛИНИЧЕСКИЙ маразм!

nikolz, Лапуль, я миллион раз уже говорил, что Вы для меня не учитель - Вы для меня НИКТО. Поясняльщик хренов! ВЫБРОСИТЕ К ЧЕРТЯМ СОБАЧЬИМ эти дебильные "функции библиотеки QLUA"! Тем более, что они, по Вашим же словам, неработоспособны, И не надо врать: "мой гениальный шедевр", я подозреваю, известен задолго до Вашего рождения, и об "очереди, которая стек и которая лишь увеличивает размеры используемой памяти" писал не я - у меня нет ни одной очереди, и память не растёт, и тикеров на два порядка больше чем у вас, умников, и работает это всё как часы уже много месяцев, а вы всё так же скулите по разной никому не нужной херне..Так что про "написали говно" - это к зеркалу, лапуль.
os.sysdate() . Что-то в ней не так..
 
Опять неграмотным придуркам что-то не так. Дату им с точностью до микросекунды подавай. :На кой она вам сдалась, бараны? И что за половинчатое требование? Даёшь нано-пикосекунды! У меня эта хрень используется... ах, вообще не используется. Только  os.date, только для лога и только с точностью до секунд.
CalcBuySell. Что не так?
 
CalcBuySell. Что не так? Да всё не так! Что это вообще такое? "Функция предназначена для расчёта максимально возможного количества лотов в заявке". Если чел не способен самостоятельно посчитать такую ерунду, его надо поганой метлой гнать из программирования. Как и тех, кому вообще понадобилась такая хрень. Наконец, я не вижу ни единой причины для работы с демо-сервером. А бесконечные правки софта, чтобы обеспечить чайников подобными "утилитами" неизбежно приведут к тому, что он будет глючить всегда и везде. Что и наблюдаем.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, С ног на голову, говорите? Ну, давайте поставим на ноги: мой скрипт давно написан, отлажен, работает в боевом режиме прямо сейчас, тикеров у него на два порядка больше, чем у вас, никаких проблем ни с памятью, ни с быстродействием нет от слова "совсем", все глюки системного софта (по крайней мере, все известные мне) купированы, моё "частное решение" реализовано! Ваше же "общедоступное решение" НЕ реализовано и не будет реализовано НИКОГДА.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Почему же зря? Я совершенно серьёзно спрашивал! Этот придурок постит разные "весёлые картинки", да крутит в своих дурацких тестах многомиллионные циклы. А здесь ОТКУДА они? Даже у меня скрипт контролирует СОТНИ тикеров, а у вас с николзом даже не десятки.

Мне насрать, что там куда "легко встроить". Встроили, наконец? Реализовали свою "основную идею"? Собрали "и другие подходы кроме ФИФО и ЛИФО"? А если и собрали, то ЗА КАКИМ ХРЕНОМ? И что ещё за "эффективность за счёт хранения массива индексов"? Я вот никаких индексов не храню, память на это не трачу - может, именно поэтому её у меня ДО МАМЫ, а вам, бедолагам, никогда ничего не хватает? И у меня не только "новая созданная", а ВАЩЕ НИ ОДНА таблица не растёт! И у меня ТРИ бара на таймфрейм, а на М1 вообще ни одного.
Ответ очевиден ПРОСРАЛИ и не один МЕГАбайт!
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Чему тут радоваться? Многодневному дебилизму? Кстати, что такое "циклический массив"? Потребовался? Вам тут тыщу раз говорили, что проще стека ничего нет, но Вам, оказывается, нужно было эту простейшую конструкцию реализовать непременно через жопу. Ну и как успехи?: Много памяти сэкономили? Хотя бы на КИЛОбайт наберётся?
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Ха-ха-ха! Только я отправил пост, что никто никогда не поймёт, что хочет автор, как увидел пост от автора, что он-таки понял! И что же он понял? МАМА ДОРОГАЯ! Оказывается, не "очереди и двойные очереди в луа", а "реализация принципа LIFO"! Оказывается, "с помощью двусторонней очереди собран СТЕК"! Ай да nikolz, ай да сукин сын! И как же прав Лавров: "Дебилы, б&я"!
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
СВЕРШИЛОСЬ ЧУДО! На 25-й странице ветки один человек всё-таки понял, что хочет автор этой темы! Но, поскольку этот человек - nikolz, , остальным он это всё равно не сумеет рассказать, даже самому автору. Зато теперь ясно, что для того, чтобы автор получил то, что он хочет, ему нужен циклический массив. Что это за зверюга такая, Википедия не в курсе, я смутно припоминаю, что во времена моей молодости что-то похожее называлось "кольцевая очередь", а автору для решения своей проблемы наверняка потребуется ещё с полсотни страниц.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Nikolay, Да какая разница? Если буферизация предусмотрена и не востребована, размер буфера будет один элемент. А если вдруг эта "сотня тикеров" взбесится, тоже ничего страшного не произойдёт. А если не предусмотрена, то может и неприятность какая случиться.

TGB, Да нахера мне tbl = {1, 2, 3}? Это инициализация массива данными. В стеках же я инициализирую пары key-value. А стеки мои имеют разную структуру - от одного элемента до где-то десятка. И строки там есть, и мне насрать, что "строки и таблицы в Lua не перезаписываются" - я давным-давно это дело разбирал и показывал, что ДЛЯ МЕНЯ они перезаписываются.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
TGB, Я не просто думаю - я в этом уверен! Только я никогда не писал "tbl = {1,
2, 3}" (кроме абсолютно статических данных),  я пишу tbl = {}, а уж потом tbl[1] = val и т.д.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Nikolay,
Цитата
Зачем здесь очереди, стеки и др. списки - не ясно.
Чтобы буферизовать пиковые нагрузки. Забиваются по ситуации, а разгребаются спокойно по таймеру.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Нет, это Вы "всё собрали в кучу, отсюда сумбур". Автор ветки - Вы. А я всегда рекомендовал (и сам так делаю) пользоваться МИНИМАЛЬНО НЕОБХОДИМЫМ набором "технологических приёмов". А скрипт мой видели - те, кому я показывал. В частности, Борис прямо здесь писал, что он действительно справляется с 20К+ тикерами, и это он видел сам, находясь за тыщу километров от меня. Точнее, это видел только он - у меня нет в брокерах Финама, а у него есть. И ни у какого другого брокера столько тикеров вообще нет.

Glukator, А на кой НАМ беспокоиться о проблемах какого-то мусорщика? Давайте прикинем, ЧТО он вообще может чистить в НАШЕЙ задаче. При старте скрипта заглатываются все данные по тикерам, формируется дерево - свечи там разные и т.д. Эти данные СТАТИЧНЫ, там чистить нечего. Портфель тоже меняется НУ ОЧЕНЬ лениво. Что остаётся? Только те самые стеки. Теперь предположим, что скрипт наш отслеживает пару тыщ тикеров, и ВСЕМ им одновременно вдруг ударила моча в голову подать заявки. Размер стека резко подпрыгнул, обработчик за несколько минут его разобрал, и что имеем? Мусорщик думает, что наш стек занимает 2000 элементов, все они нам нужны, а скрипт знает, что там их лишь несколько штук или даже вообще ничего нет. При следующем всплеске активности скрипт просто перезабьёт новые данные в старые элементы - память под них уже выделена. А мусорщик сидит и молчит в тряпочку, а не путается под ногами. Сказка!
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Glukator, А нафига присваивать ni?
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Знание или незнание какого-то языка очень даже влияют на умственные способности. Есть даже выражение: "Сколько языков ты знаешь, столько раз ты человек". Только это говорится про ЗНАНИЕ языка, то бишь умение эти знания ПРИМЕНЯТЬ. А не как нынешние придурки: вызубрят пару сотен иностранных слов и, как говорил Крамаров, "могу переводчиком - английский я знаю".

С какой стати МЫ должны "обращаться к авторам", если их придурошные цитаты приводите ВЫ, да ещё и в СВОЕЙ ветке? Лично я бегло пролистал этого автора и тут же выбросил на помойку - с ним вообще не о чем говорить, он малограмотный дурак. А вот МЫ пытаемся вдолбить ВАМ этот медицинский факт. Но можем тоже послать - и к авторам, и куда подальше.

ДА ЧТО ВЫ ГОВОРИТЕ?! Полвека программирую, но первый раз слышу, что "у стека есть чёткое определение"! И где же это чудо существует? А ну, глянем в Вики: "Стек - абстрактный тип данных, представляющий собой список элементов, организованных по принципу LIFO". ЧО?! СТЕК - ЭТО СПИСОК?! Я не ослышался? Глаза мои меня не подводят?! Нет, чуть дальше тоже чёрным по белому: "В некоторых языках (например, Lisp, Python) стеком можно назвать любой СПИСОК, так как для них доступны операции pop и push".

Умница! При нашем (то бишь нормальном) подходе и очередью можно называть разновидность стека, Ибо стек, как и очередь, не только правила обработки его элементов, но и хранилище этих элементов, ожидающих обработки. Для залач торговли важно именно второе, и совершенно по барабану первое. И от того, что некоторые мои программы вытворяют со стеком, чтобы обеспечить возможность вызова любых функций с любым количеством и типом аргументов или вообще без них, он не перестаёт оставаться программным СТЕКОМ. И называть я буду что угодно и где угодно так, как Я считаю нужным и правильным.

Ну так и правьте ВАШУ программу - это ОНА как-то не так обращается с памятью. Моему скрипту памяти хватает - хоть жопой жуй! И как раз потому, что он НЕ накапливает никаких массивов данных, а просто торгует. К примеру данные по свечам он с получает с частотой раз в СЕКУНДУ, и ничего "за время сессии просто НЕ растёт". И делал он это, когда тестировался, для двадцати ТЫСЯЧ тикеров, а таймфреймов у него тогда было, кажется, 10 (сейчас 8). Так, может, "дело было не в бобине"? Кстати, хернёй с присвоением nil мой скрипт тоже не занимается.

Да-да, помню - кажется, nikolz тут утверждал, что торговый скрипт сложнее шахматной программы. Удачи в поиске сложностей! А для меня задача была и остаётся достаточно примитивной, потому-то она давно уже и реализована.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, И я повторюсь уже в сотый раз, для особо одаренных: научитесь сначала применять БАЗОВЫЕ конструкции, которые есть В ЛЮБОМ языке программирования - их совсем немного: MOV, JMP, CALL, AND, OR, SUB, MUL и десяток других, и тогда освоите любой язык за пару часов. А если будете доставать левой ногой правое ухо, то не освоите ни один язык НИКОГДА. Узнать, для чего служит тот или другой приём можно лишь тогда, когда этот приём НУЖЕН КОНКРЕТНО В ВАШЕЙ ЗАДАЧЕ. Применять что-либо только потому, что есть такая возможность - это идиотизм, а никакое не "конструирование".

Ничего я не "подзабыл". Я тоже говорил где-то на границе тысячелетий: "Стек - это просто LIFO". А один очень умный программист меня поправил: "Просто LIFO - это магазин к АКМ". И мне пришлось вскоре в этом убедиться - как раз на "экзотике", когда на этапе компиляции количество и тип аргументов неизвестны не только вызываемой, но и вызывающей функции - тогда действительно приходится вытворять со стеком (ПРОГРАММНЫМ стеком!) такие манипуляции, которых нет ни в одном языке, кроме ассемблера и, естественно, ни в одном учебнике. А уж изворачиваться и выпендриваться в такой убогой прикладной задаче как торговля... Я такие трепыхания называю "онанизм".
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Glukator, Да какие уж тут "конкретные практические задачи". Одни придурки разные идиотские предложения по модификации Квика пишут - видимо, это их стараниями системный софт настолько изуродован. Вторые годами микросекунды ловят, третьи за каким-то хреном до  _G и _ENV докопались, четвёртые без ОПП жить не могут (острый параноидальный психоз, штоле?), пятые load пытаются присобачить для доступа к переменным, шестым очередь фиксированного размера подавай, седьмым... при этом ни одна собака не может внятно сказать, ЗАЧЕМ им вся эта хрень нужна.

VPM, О, Господи! НА КОЙ в скрипте очереди? Кому, где, когда понадобилось соблюдение очерёдности обработки хранящихся там элементов? Только один из моих стеков организован строго по LIFO, и только потому, что АБСОЛЮТНО ПОФИГ, какой элемент сейчас обрабатывать, а проще стека ничего не бывает. А двум другим НЕ пофиг, новые элементы заносятся тоже строго на вершину стека, а вот выдернуть их обработчики могут ЛЮБОЙ из них - первый, последний или любой другой из середины. И, если это не последний, скидывают на освободившееся место последний и декрементируют размер стека. Всё настолько просто, что НУ НЕЧЕГО здесь обсуждать! .
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Один тут разумный человек - Glukator, Ну, я ещё.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Я уже давным-давно взял всё лучшее и эффективно применил.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Да нет никаких таблиц в Lua! Название дурацкое, вот народ и ведётся. Здесь только наборы key-value. Таблица (в понимании РМД) это набор кортежей (ну или столбцов), а то, что называется здесь таблицей - это одноуровневое дерево даже для одного кортежа. А этот придурок расхваливает это говно потому, что это действительно единственная структура данных. А вкупе с этой грёбаной динамической типизацией, единственная структура элемента данных это строка. Нет там никакой эффективности ни на грош, и быть не может - сама идеология убогая.

Затем эти общие слова, кому они нужны, что 99% комментов на этом форуме посвящены тому, что нафиг никому не нужно - по крайней мере, ДЛЯ ДЕЛА.

Да мне насрать, что там "в этой же книге есть" - её писал малограмотный дурак! А loadstring, кастрированная уже "в моём присутствии" до load - это возможность программирования ДАННЫМИ! И про это я тоже писал ещё на заре своего появления здесь:
28.09.2020 09:20:15
УХ ТЫ! А в описании языка (руководство пользователя) нет ни звука ни про unpack, ни про loadstring! А эти вещи, как я предполагаю, должны бы расширять функциональные возможности совершенно диким образом!
02.10.2020 09:05:29
И Гугл ничего по этому запросу не находит, кроме парочки древних тем на этом самом форуме! Это же САМОЕ ВАЖНОЕ расширение функциональности языка! Как же так? Почему нет документации и где её взять?
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Очереди создаются там, где они нужны. Очередь - это FIFO, независимо от технической реализации. А про Роберто Иерусалимского я всё сказал ещё тыщу лет назад, его примеры  меня не интересуют - и ему и им место на помойке. И всем фреймворкам там же.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Нет, у Glukator меня ничего не смущает. Более того, я подписываюсь почти под всеми его тезисами. Даже его подход с ключами-айдишками в стеке активных заявок заслуживает внимания, хоть я его и не принимаю. И я ещё в четвёртом своём комментарии на этом форуме 29.09.2020 10:31:16 писал: "В общем, с языком почти всё ясно: граф (точнее, дерево) объектов построить можно, а простейшую таблицу или даже массив - нельзя. Остаётся разобраться со строковыми переменными: способна ли эта loadstring интерпретировать строки как операторы языка (или, скажем, функции), то есть имеется ли здесь техническая возможность программирования данными."

Да, я прекрасно слышу и себя, и других. В названии темы нет ни слова про таблицы, там только про очереди.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM, Тема:  Очереди и двойные очереди в луа
Ответ: Ни то, ни другое для решения задач торговли не нужны и должны быть отправлены на помойку.
Всё, тема исчерпана, вопрос закрыт.

Ах, Вы "обсуждаете вопросы для Вас не очень понятные". А я спрашивал: ну и как, обсудиЛИ хоть один? ПоняЛИ хоть что-нибудь? Сделали ХОТЬ ЧТО-НИБУДЬ в своём коде полезного по материалам этой ветки? Ответ "Да" не принимается: вопрос - ЧТО ИМЕННО?
.
Так я ВАС спрашиваю: "Если собрать в кучу всё полезное, что было высказано в этой тысяче с лишним постов, наберётся ли материала хотя бы на один"? ДЛЯ ВАС полезного? Ваша же ветка! Я уже показал вше, что тему можно закрытьь одной фразой. Ну, и где тут больная голова, а где здоровая?
Страницы: 1 2 3 4 5 6 7 8 9 10 11 ... 41 След.
Наверх