Форум QUIK [тема: Еще один вопрос про потоки]

Еще один вопрос про потоки

Mon, 08 Dec 2025 22:06:45 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
SergeyCS написал:
Alexander, по-моему, вы говорили, что колбэк может начать работу, пока не отработал предыдущий колбек (оба исполняемые в одном потоке), не так? Может быть я не правильно понял. Как тогда разруливать последовательный вывод в консоль, не создавая промежуточного механизма упорядочивания строк, готовых к печати?
=============
Не прошло и пол года Не там не так. Поток колбэков, он последовательно выполняет колбэки. Но "каша" цветов даже из колбэков в консоле возможно была, когда использовались разные способы вывода в консоль(не через одну и ту же функцию в DLL для всех - и для скриптов и для колбэков). Внутри колбэков возможно тоже были разные способы вывести в консоль(могли быть разные очереди внутри ОС и сишной CRT), я уже не помню точно всех нюансов. Но решение в любом случае - использовать одну и ту же функцию в одном месте и использовать её всеми, кто пишет в консоль с учётом синхронизации потоков колбэка и скрипта.
08.12.2025 22:06:45, Alexander.

Еще один вопрос про потоки

Sun, 23 Mar 2025 17:37:26 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Alexander, по-моему, вы говорили, что колбэк может начать работу, пока не отработал предыдущий колбек (оба исполняемые в одном потоке), не так? Может быть я не правильно понял. Как тогда разруливать последовательный вывод в консоль, не создавая промежуточного механизма упорядочивания строк, готовых к печати?
23.03.2025 17:37:26, SergeyCS.

Еще один вопрос про потоки

Wed, 12 Feb 2025 12:10:24 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
Делайте как хотите.
=============
В принципе уже всё работает как нужно, цель достигнута.

====quote====
nikolz написал:
Рассказал Вам свой опыт
=============
Рассказать про опыт это конечно хорошо. Вот только после рассказа я задал Вам по вашему же опыту 2 вопроса, ответа Вы не дали.
12.02.2025 12:10:24, Alexander.

Еще один вопрос про потоки

Wed, 12 Feb 2025 06:19:57 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Alexander,
Не стремлюсь Вас в чем-то убедить или спорить с Вами.
-------------------------
Рассказал Вам свой опыт, так как Вы задали вопрос на форуме.
------------------------------------
Делайте как хотите.
12.02.2025 06:19:57, nikolz.

Еще один вопрос про потоки

Tue, 11 Feb 2025 20:23:15 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Вот так получается после синхронизации консоли.

11.02.2025 20:23:15, Alexander.

Еще один вопрос про потоки

Tue, 11 Feb 2025 20:10:46 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
Вы плохо изучали теорию.Повторю еще раз. Синхронизируют не код, а общие данные. Функция принт - это код.---------------------------Зачем Вы выводите в консоль? Выводивыводите в лог файл и будет вам счастье. Лог файл позволяет анализировать ошибки и логику выполнения программы при длительном тестировании софта.Например , тестировал скрипт на QUIK 6 часов. При интенсивном потоке данных или длительном тестировании от консоли мало толку. -------------------------Чтобы при выводе на консоль ничего не съедалось надо ставить задержку после оператора вывода. Обычно sleep(10) достаточно.
=============
1) Вот только не надо мне про плохо теорию. Синхронизируется никакой не код, а общий ресурс - в данном случае это консоль. Не надо рассматривать данные только чисто как некие переменные, массивы и т.п. В моём конкретном случае делается то что нужно именно мне. Без синхронизации такой эффект я не получу. Если иными словами, могу и по другому объяснить - консоль это по сути буфер, буфер это данные, что там винда делает с этим буфером - не важно. Но суть такая же. Вам интересно услышать, что нужно синхронизировать данные общие, пожалуйста - данные это буфер консоли. Какие ещё тут могут быть вопросы?
2) Лог файлы ведутся на каждый счёт помимо консоли, а как же без них то??? При желании ведение их легко включается и отключается, но консоль нужна чисто для текущей визуализации происходящего всего, что крутится внутри одного экземпляра квика.
3) Вот только задержки со слипом после вывода это маразм какой-то. Всё работать должно без всяких слипов.
4) И да, функция принт это код, никто не спорит, но только синхронизируется не функция принт, а доступ её или их к общему ресурсы - буферу консоли.
11.02.2025 20:10:46, Alexander.

Еще один вопрос про потоки

Tue, 11 Feb 2025 19:42:44 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Alexander написал:

====quote====
nikolz написал:
Возможно не понял, но полагаю что Вы ошибаетесь.---------------------------Синхронизировать потоки надо при обращении их общим данным. -------------------------Четыре различных квика не имеют общих данных. Поэтому непонятно, что Вы пытаетесь синхронизировать.--------------------------DLL - это не данные а код.Не надо синхронизировать потоки при обращении к коду.-----------------------Не надо синхронизировать потоки при обращении к константам.--------------------- Смысл синхронизации в том, что в момент чтения данных одним потоком, второй их непредсказуемо изменит.
=============
Да не поняли. Теорию знаю. По DLL тоже, и что и как там и в каком контексте работает, и переменные общие и т.п. Мне синхронизировать нужно работу вывода в консоль. Функции принтов есть в DLL и есть варианты, чтобы они разным цветом печатала в консоли есть функции и для скрипта - для захвата секции и много там ещё чего разного. Даже например внутри одного квика, допустим один поток колбэк выводит в консоль цветной текст - своим цветом последовательно по ходу работы функции принт за принтом. Далее этот поток прерывется и запускается другой поток, который тоже последовательно выводит в консоль своим цветом принт за принтом по ходу работы его функции. Что будет? Будет каша разноцветных принтов в перемешку, да ещё и цвета возможно сбиваться будут. Общие данные - захват консоли на время работы функций потока. Консоль и есть общий ресурс. Функции колбэка быстрые и захватывают консоль в начале функции и освобождают в конце, весь их вывод в консоль одним цветом получается, для каждого колбэка свой цвет, другой поток ждёт и не может ничего вывести пока колбэк не отработает полностью. Т.е. даже когда прерывается поток колбэка и запускается основной - это не страшно, основной кашу не сделает, ибо ждёт, потом возврат в колбэк и он продолжает свой цветной вывод своим тем же цветом. Отработал отпустил. Потом уже основной поток может продолжить и печатать своим цветом. У основного потока каждый принт - захват и освобождение консоли для своего цвета принта через захват секции(не в начале и в конце функции(как у колбэка) в которой принты основного потока - так можно бы было, но кое где логика не позволяет ибо ждёт результата колбэка и можно зависнуть, когда один захватит секцию и ждёт данных от колбэка, а колбэк не может захватить секцию, либо не логика, а просто нельзя тормозить надолго всю функцию основного потока по захвату консоли, ибо колбэки хрен тогда отработают, поэтому захват только на время работы одного принта основного потока). При таком построении каждый колбэк отписывает в консоль своим цветом даже если его прерывают, ну и основной поток спокойно себе печатает своими цветами и не пересекаются их выводы с выводами колбэка. Без этого такая каша, что даже выводы разных колбэков пересекаются, не что что с принтами основного потока и такое читать просто жопа.
=============
Вы плохо изучали теорию.
Повторю еще раз. Синхронизируют не код, а общие данные. Функция принт - это код.
---------------------------
Зачем Вы выводите в консоль?
Выводивыводите в лог файл и будет вам счастье.
Лог файл позволяет анализировать ошибки и логику выполнения программы при длительном тестировании софта.
Например , тестировал скрипт на QUIK 6 часов.
При интенсивном потоке данных или длительном тестировании от консоли мало толку.
-------------------------
Чтобы при выводе на консоль ничего не съедалось надо ставить задержку после оператора вывода. Обычно sleep(10) достаточно.
-----------------------
11.02.2025 19:42:44, nikolz.

Еще один вопрос про потоки

Tue, 11 Feb 2025 18:53:13 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
paluke написал:
Сожрались символы: io.output('CONOUT$') io.input('CONIN$')
=============
Да с этого начинал. Так делал. У меня есть DDL-ли и они все тоже печатают в консоль. Консоль одна на весь процесс квика. Печатают в консоль все - и основной поток с его функциями, и колбэки и функции, которые лезут в DLL из нутри самой DLL и сама DLL. Как там винда это регулирует хрен её знает. У неё там видимо есть общая очередь для всех тех кто в эту консоль пишет и вот как то нихрена не синхронно в эту очередь всё попадпет. Тоесть ждёшь той последовательности вывода принтов от всех, к какой они делаются шаг за шагом и с учётом ныряния в DLL, а получается не так - идёт перемешка. То что перемешка с колбэком то это понятно может, но и просто выводы из скрипта с выводами функций, что заходят в DLL перемешка получается не в той последовательности как вызывается почему-то.Например в скрипте вывел в консоль, потом только идёт вызов функции из DLL, которя тоже выводит в консоль и должны принты идти так, что сначаля я должен увидеть в консоли вывод из скрипта, т.к. он первый напечатал, а потом уже из функции, т.к. она вызвалась позже и печатать в консоль позже должна, но не всегда именно так выходит! Поэтому было принято делать вывод в консоль только из одного места - только из самой DLL. Для всех! DLL сама изнутри туда пишет. Всё, что из скрипта идёт - через принт, который находится внутри DLL. Когда начал делать так, то всё стало работать синхронно в своей последовательности.
11.02.2025 18:53:13, Alexander.

Еще один вопрос про потоки

Tue, 11 Feb 2025 18:31:25 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
Возможно не понял, но полагаю что Вы ошибаетесь.---------------------------Синхронизировать потоки надо при обращении их общим данным. -------------------------Четыре различных квика не имеют общих данных. Поэтому непонятно, что Вы пытаетесь синхронизировать.--------------------------DLL - это не данные а код.Не надо синхронизировать потоки при обращении к коду.-----------------------Не надо синхронизировать потоки при обращении к константам.--------------------- Смысл синхронизации в том, что в момент чтения данных одним потоком, второй их непредсказуемо изменит.
=============
Да не поняли. Теорию знаю. По DLL тоже, и что и как там и в каком контексте работает, и переменные общие и т.п. Мне синхронизировать нужно работу вывода в консоль. Функции принтов есть в DLL и есть варианты, чтобы они разным цветом печатала в консоли есть функции и для скрипта - для захвата секции и много там ещё чего разного. Даже например внутри одного квика, допустим один поток колбэк выводит в консоль цветной текст - своим цветом последовательно по ходу работы функции принт за принтом. Далее этот поток прерывется и запускается другой поток, который тоже последовательно выводит в консоль своим цветом принт за принтом по ходу работы его функции. Что будет? Будет каша разноцветных принтов в перемешку, да ещё и цвета возможно сбиваться будут. Общие данные - захват консоли на время работы функций потока. Консоль и есть общий ресурс. Функции колбэка быстрые и захватывают консоль в начале функции и освобождают в конце, весь их вывод в консоль одним цветом получается, для каждого колбэка свой цвет, другой поток ждёт и не может ничего вывести пока колбэк не отработает полностью. Т.е. даже когда прерывается поток колбэка и запускается основной - это не страшно, основной кашу не сделает, ибо ждёт, потом возврат в колбэк и он продолжает свой цветной вывод своим тем же цветом. Отработал отпустил. Потом уже основной поток может продолжить и печатать своим цветом. У основного потока каждый принт - захват и освобождение консоли для своего цвета принта через захват секции(не в начале и в конце функции(как у колбэка) в которой принты основного потока - так можно бы было, но кое где логика не позволяет ибо ждёт результата колбэка и можно зависнуть, когда один захватит секцию и ждёт данных от колбэка, а колбэк не может захватить секцию, либо не логика, а просто нельзя тормозить надолго всю функцию основного потока по захвату консоли, ибо колбэки хрен тогда отработают, поэтому захват только на время работы одного принта основного потока). При таком построении каждый колбэк отписывает в консоль своим цветом даже если его прерывают, ну и основной поток спокойно себе печатает своими цветами и не пересекаются их выводы с выводами колбэка. Без этого такая каша, что даже выводы разных колбэков пересекаются, не что что с принтами основного потока и такое читать просто жопа.
11.02.2025 18:31:25, Alexander.

Еще один вопрос про потоки

Tue, 11 Feb 2025 06:22:20 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Alexander написал:

====quote====
nikolz написал:
мьютексы излишне использовать, так как всего два потока.Ранее уже говорил, что это решается гораздо проще через Event.
=============
Если рассматривать вариант использования только одного экземпляра квика, то да. Но вот у меня, например, на данный момент рабочих целых 4 варианта самостоятельных квиков. Все они используют в работе всегда одну и ту же DLL, которая обеспечивает мне консоль для вывода, ну и разные функции для работы с этой консолью, в том числе и цветной вывод. Для цветного вывода хош-не хош нужна синхронизация, иначе всё идёт в перемешку, хоть и разным цветом, что очень неудобно воспринимать, хотя и можно смириться с этим, но я решил не мириться. Так вот, коли 4 квика, то по сути это уже и 4 разных процесса. И поэтому либо мьютекс нужен, либо быстрая критическая секция. Но секция одна на разные процессы не пойдёт. Я выбрал для себя в реализации именно секции, но приходится хранить массив из секций (для каждого потока своя секция), которые инициализируются при подключении процесса в DLL. Сейчас всё работает как положено. Ну пришлось чуток добавить кода, но оно того стоит думаю.
=============
Возможно не понял, но полагаю что Вы ошибаетесь.
---------------------------
Синхронизировать потоки надо при обращении их общим данным.
-------------------------
Четыре различных квика не имеют общих данных. Поэтому непонятно, что Вы пытаетесь синхронизировать.
--------------------------
DLL - это не данные а код.Не надо синхронизировать потоки при обращении к коду.
-----------------------
Не надо синхронизировать потоки при обращении к константам.
---------------------
Смысл синхронизации в том, что в момент чтения данных одним потоком, второй их непредсказуемо изменит.
11.02.2025 06:22:20, nikolz.

Еще один вопрос про потоки

Mon, 10 Feb 2025 15:22:21 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Сожрались символы:
io.output('CONOUT$')
io.input('CONIN$')
10.02.2025 15:22:21, paluke.

Еще один вопрос про потоки

Mon, 10 Feb 2025 15:19:24 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Кстати о консоли без dll: ====code====

package.loadlib('kernel32.dll','AllocConsole')(true)
io.output('CONOUT$')
io.input('CONIN$')

=============
теперь можно читать из io.input и писать в io.output
в конце надо закрыть потоки и аналогичным способом вызвать FreeConsole
10.02.2025 15:19:24, paluke.

Еще один вопрос про потоки

Mon, 10 Feb 2025 14:31:30 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
Прикольно, что недавно реализовал работу этих потоков без элементов ОС синхронизации.Работает существенно быстрее даже относительно Event.
=============
На чём основана реализация?
10.02.2025 14:31:30, Alexander.

Еще один вопрос про потоки

Mon, 10 Feb 2025 14:30:40 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
Ранее уже говорил, что это решается гораздо проще через Event.
=============
Есть ссылка почитать про это на этом форуме?
10.02.2025 14:30:40, Alexander.

Еще один вопрос про потоки

Mon, 10 Feb 2025 14:22:16 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
мьютексы излишне использовать, так как всего два потока.Ранее уже говорил, что это решается гораздо проще через Event.
=============
Если рассматривать вариант использования только одного экземпляра квика, то да. Но вот у меня, например, на данный момент рабочих целых 4 варианта самостоятельных квиков. Все они используют в работе всегда одну и ту же DLL, которая обеспечивает мне консоль для вывода, ну и разные функции для работы с этой консолью, в том числе и цветной вывод. Для цветного вывода хош-не хош нужна синхронизация, иначе всё идёт в перемешку, хоть и разным цветом, что очень неудобно воспринимать, хотя и можно смириться с этим, но я решил не мириться. Так вот, коли 4 квика, то по сути это уже и 4 разных процесса. И поэтому либо мьютекс нужен, либо быстрая критическая секция. Но секция одна на разные процессы не пойдёт. Я выбрал для себя в реализации именно секции, но приходится хранить массив из секций (для каждого потока своя секция), которые инициализируются при подключении процесса в DLL. Сейчас всё работает как положено. Ну пришлось чуток добавить кода, но оно того стоит думаю.
10.02.2025 14:22:16, Alexander.

Еще один вопрос про потоки

Fri, 07 Feb 2025 14:04:43 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Alexander написал:

====quote====
nikolz написал:

====quote====
Станислав написал:
В скриптах используются всего 2 потока , один для колбэков и один в main.

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

Из-за этого имеем 2 особенности:
1. Нет нужды синхронизировать колбэки.
2. Надолго блокировать или производить тяжелые расчеты в колбэках не стоит, это приводит к подвисанию всех скриптов и даже терминала.

Если я ошибаюсь, поправьте.
=============
немного поправлю.
Для колбеков не создается специально новый поток.
Колбеки вызываются в VMLua, которая создается в основном потоке терминала QUIK.
---------------------------
Функция main запускается в отдельном потоке,
в котором создается VMLua, дочерняя к VMLua колбеков.
=============
Да похоже как-то так и есть. Факт только один - надо синхронизировать поток main() с потоком колбэков, кто бы его не запускал. Можно конечно поюзать всякие процесс мониторы и т.п., посмотреть процессы и их потоки, но и так понятно по вызовам стало, что main() и колбэки живут в разных потоках и что колбэки вызываются последовательно. Всем спасибо за ответы.
=============
мьютексы излишне использовать, так как всего два потока.
Ранее уже говорил, что это решается гораздо проще через Event.
------------------
Прикольно, что недавно реализовал работу этих потоков без элементов ОС синхронизации.
Работает существенно быстрее даже относительно Event.
07.02.2025 14:04:43, nikolz.

Еще один вопрос про потоки

Fri, 07 Feb 2025 13:18:44 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:

====quote====
Станислав написал:
В скриптах используются всего 2 потока , один для колбэков и один в main.

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

Из-за этого имеем 2 особенности:
1. Нет нужды синхронизировать колбэки.
2. Надолго блокировать или производить тяжелые расчеты в колбэках не стоит, это приводит к подвисанию всех скриптов и даже терминала.

Если я ошибаюсь, поправьте.
=============
немного поправлю.
Для колбеков не создается специально новый поток.
Колбеки вызываются в VMLua, которая создается в основном потоке терминала QUIK.
---------------------------
Функция main запускается в отдельном потоке,
в котором создается VMLua, дочерняя к VMLua колбеков.
=============
Да похоже как-то так и есть. Факт только один - надо синхронизировать поток main() с потоком колбэков, кто бы его не запускал. Можно конечно поюзать всякие процесс мониторы и т.п., посмотреть процессы и их потоки, но и так понятно по вызовам стало, что main() и колбэки живут в разных потоках и что колбэки вызываются последовательно. Всем спасибо за ответы.
07.02.2025 13:18:44, Alexander.

Еще один вопрос про потоки

Fri, 07 Feb 2025 13:05:48 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Станислав написал:
В скриптах используются всего 2 потока , один для колбэков и один в main.

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

Из-за этого имеем 2 особенности:
1. Нет нужды синхронизировать колбэки.
2. Надолго блокировать или производить тяжелые расчеты в колбэках не стоит, это приводит к подвисанию всех скриптов и даже терминала.

Если я ошибаюсь, поправьте.
=============
Да, потестирвал. Пришёл к такому же выводу. Колбэки вызываются последовательно все какие есть из всех запущенных скриптов. Синхронизация их между собой не нужна. main() и функции, которые она вызывает - это отдельный поток. Поток main() и поток колбэков синхронизирую между собой через критическую секцию в DLL. Сейчас всё отлично работает в пределах одного процесса. Далее сделаю либо через мьютексы для разных процессов, которые используют DLL, либо в DLL буду делать массив - открывать каждому процессу свою критическую секцию при подключении к DLL, чтобы каждый процесс использовал свою для своих потоков.
И да, кто хочет так же использовать именно критические секции - не забывайте, что каждому процессу - своя секция и что сколько раз поток зашёл в секцию(а он может входить в неё последовательно подряд несколько раз без проблем), то столько же раз он должен потом из неё и выйти. У меня возникала странная ситуация - видимо когда вылетал по ошибке, не успел покинуть секцию поток колбэков, после этого при перезапуске скрипта функция из main() заходила и покидала секцию через вызов другой функции, потом в секцию заходил и покидал её поток колбэков и вот после этого поток main() уже зайти в секцию не мог. Звучит странно, ведь первый раз main() в секцию всё-таки заходил. При этом исключено, что поток колбэков где-то мог дополнительно не покинуть секцию. Понять долго не мог что не так работает. Тестировал и вставлял принты везде где только можно - везде вход - выход, а поток main() со второго раза зайти не может! После перезагрузки, когда нет вылетов всё заработало без проблем.
07.02.2025 13:05:48, Alexander.

Еще один вопрос про потоки

Wed, 05 Feb 2025 11:52:29 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
и Да, синхронизировать надо потоки, а не колбеки.
05.02.2025 11:52:29, nikolz.

Еще один вопрос про потоки

Wed, 05 Feb 2025 11:48:50 +0300

Еще один вопрос про потоки

Tue, 04 Feb 2025 22:43:43 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
В скриптах используются всего 2 потока, один для колбэков и один в main.

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

Из-за этого имеем 2 особенности:
1. Нет нужды синхронизировать колбэки.
2. Надолго блокировать или производить тяжелые расчеты в колбэках не стоит, это приводит к подвисанию всех скриптов и даже терминала.

Если я ошибаюсь, поправьте.
04.02.2025 22:43:43, Станислав.

Еще один вопрос про потоки

Tue, 04 Feb 2025 19:38:54 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
То, что колбэки могут приходить в разной последовательности(интересуют OnTrade, OnOrder, OnTransReply), а не в строго определённой это ещё ладно. Но вот было замечено, что работа одного колбэка может запросто прерываться, может начать выполняться другой колбэк или функция, вызываемая из main. Всё это приводит к тому, что в консоли получается каша из принтов от разных функций и колбэков. Сначла решил просто выводить принты от разных колбэков разным цветом в консоль- типа хоть как-то видно будет какой принт от кого, хоть и перемешаны они в консоли. Потом решил сделать так, чтобы пока не выполнится один колбэк полностью, другой колбэк не мог бы выводить принты в консоль. Внутри каждого колбэка в начале - вход в критическую секцию, в конце - выход из секции. Т.е. логика такая. Зашёл в колбэк - он сделал вход в секцию. Потом этот колбэк прерывается и квик запускает другой колбэк, который тоже пытается зайти в секцию, но не может, ибо она захвачена другим колбэком уже, т.е. он зайти не может, ждёт, пока секцию освободит первый колбэк и только потом продолжит своё управление. Но...вопрос: а дождётся ли он освобождения пока ждёт? Сможет ли квик пока тот ждёт прервать выполнение второго ожидающего колбэка и продолжить выполнение первого? Если да, то всё ОК. Первый освободит секцию, второй потом захватит её, отработает и завершится. Но не понятно как организована работа в квике по обработке колбэков. Толи в одном потоке, толи в разных, толи как-то по времени умудряется. Если в разных то проблем нет. Один поток тормознётся, пока другой отработает. Запускал простейший скрипт - выставит заявку, снять заявку. Вроде всё срабатывает и не зависает. Но может это пока просто потому, что именно так складывается и при прерывании одного колбэка другой просто не вызывается, а если вызовется, то зависнет. Может сталкивался кто с подобным или подскажет как вызываются колбэки квиком? А то зависнуть может же при определённых условиях. Иными словами вопрос такой: заход в колбэк, колбэк пытается войти в критическую секцию, она занята, он тормозится, ждёт освобождения секции, квик прервёт этот колбэк и запустит исполнение другого колбэка или функции, которые освободят критическую секцию, или зависнет?
04.02.2025 19:38:54, Alexander.

Еще один вопрос про потоки

Thu, 23 Dec 2021 20:45:15 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Anton написал:
Сложность называется интернет.
=============
Понял, спасибо.
23.12.2021 20:45:15, Коc.

Еще один вопрос про потоки

Thu, 23 Dec 2021 20:42:08 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Коc написал:
время
=============
Сделки приедут с той временной меткой, в которую случились. Но, естественно, приедут чуть позже этого времени. В нормальных условиях о секундных задержках речь не идет, десятки миллисекунд, но в при плохом канале возможны и бОльшие задержки.

====quote====
Коc написал:
техническая сложность
=============
Сложность называется интернет. Чтобы отправить что-то по сети, это что-то всегда режется на куски и каждый кусок отправляется сам по себе, при этом к нему приделывается сначала заголовок протокола приложения, потом заголовок протокола сети, потом заголовок пакета, потом заголовок канального уровня. Если резать на слишком мелкие куски, по сети будут ездить туда-сюда одни лишь заголовки. Поэтому крайне желательно подсобрать данных перед отправкой, а не каждый байт посылать отдельно.
23.12.2021 20:42:08, Anton.

Еще один вопрос про потоки

Thu, 23 Dec 2021 20:28:07 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
количество в блоке зависит от интенсивности торгов.
=============
Вы про время в таблице сделок и время на сервере говорите, кажется вы это имеете в виду.
23.12.2021 20:28:07, Коc.

Еще один вопрос про потоки

Thu, 23 Dec 2021 20:22:55 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
nikolz написал:
присылают блоком вот поэтому видите разом но с разным временем.
=============
Спасибо nikolz. Уточнить, присылают одним блоком, а время будет например 10:10:00 и 10:10:03 (разница 3 секунды). Т.е. ордера с временем 10:10:03 как бы отношения к предыдущим ордерам с временем 10:10:00 не имеют? Почему так сделано интересно, просто захотелось или есть какая то техническая сложность в этом.
23.12.2021 20:22:55, Коc.

Еще один вопрос про потоки

Thu, 23 Dec 2021 19:06:11 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.

====quote====
Коc написал:
Здравствуйте.
Кто может подсказать как идет поток ордеров в таблице обезличенных сделок, например одномоментно в 10:10:00 прошло 7 продаж (7 строк) 20 контрактов, 18, 15, 10 и 5. Эти 7 строк в ленте отображаются разом или каждая строчка по отдельности только очень быстро?
=============
присылают блоком вот поэтому видите разом но с разным временем.
количество в блоке зависит от интенсивности торгов.
-----------------------
исследовать реальную задержку можно сравнивая время сделок с временем сервера точного времени.
Попробуйте и увидите много интересного.
23.12.2021 19:06:11, nikolz.

Еще один вопрос про потоки

Thu, 23 Dec 2021 15:57:52 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Здравствуйте.
Кто может подсказать как идет поток ордеров в таблице обезличенных сделок, например одномоментно в 10:10:00 прошло 7 продаж (7 строк) 20 контрактов, 18, 15, 10 и 5. Эти 7 строк в ленте отображаются разом или каждая строчка по отдельности только очень быстро?
23.12.2021 15:57:52, Коc.

Еще один вопрос про потоки

Mon, 30 Aug 2021 11:43:46 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Anton, Дык бабло можно много на чём поднимать, но я лично предпочитаю на своих прыгающих свечах.
30.08.2021 11:43:46, Владимир.

Еще один вопрос про потоки

Mon, 30 Aug 2021 11:21:32 +0300

Еще один вопрос про потоки в форуме Программирование на языке Lua.
Владимир, хозяин барин. Чет вот вспомнил. Был интересный чел, математик кстати, обнаруживший вырождение распределения в многочастичном фильтре, принявший эффект за имманентное свойство рынка и, что забавно, поднявший на этом неплохо бабла. Где-то в 14 году вышла работа об этом эффекте, доказывающая, что он есть свойство самого фильтра. К сожалению, с челом уже нельзя пообщаться на эту тему по объективной причине, а было бы интересно его мнение теперь услышать. Это я к чему. Все йогурты могут быть полезны, пока горят достаточно далеко от.
30.08.2021 11:21:32, Anton.