Бинарные файлы доступны:
[url]https://github.com/untoxa/lua_share/releases[/url]

toxa для 1 проекта понадобился обмен между скриптами. Использовал вашу сборку:
[url]https://github.com/untoxa/lua_share/releases/tag/2.1[/url]

Спасибо за труд.

Использовал только Очередь (в очередь кидаю массив типа {Время, Цена}) Сначала потестил, обмен проходит в обе стороны.
Реализовал в проекте и в результате тестирования получается, что если в 1 секунду 1 скрипт пуляет 2 массива (в логах это пишется), то 2-й скрипт получает только 1 массив (в логах это пишется)
Кидаю в скрипте1 (в колбеке Ontrade() ):

local cf_l={os_time(),price,qty}
ns['queue2']=cf_l

Читаю стандартно в скрипте 2:

cf_a=ns['queue2']
while cf_a~=nil do
    -- Что-то делаю
    cf_a=ns['queue2']
end

Собственно вопрос - есть ли какие ограничения на скорость?

все собрал под 5.4, кому нужно. [url]https://github.com/untoxa/lua_share/releases/latest[/url]

Спасибо!

сами таблицы - глобальные, конечно.

Когда не используется неймспейс, переменные создаются в _G, или в какой-то неявной таблице\неймспейсе?

просто пишите код аккуратно и никаких проблем не будет. слишком много умолчаний и подавление ошибок - это плохо, ведет к неочевидным проблемам в будущем.

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

ns["key"] = "value"

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

когда мы делаем ns("param") и ns у нас не существует, то что нам создать, таблицу? а у этой таблицы будет метаметод __call()? с чего бы? а если boot удалить?

ns мы получили не произвольно, а явно указав, что это неймспейс "x". "x" определен в boot, либо применяется политика по умолчанию - таблица. Т.к. смысла быть неопределенной ф-цией нет ) Поэтому нет никакой неопределенности что создавать.  ns("param") однозначно определяет, что вы хотите вызвать __call в объекте "x" из boot, либо таблице по умолчанию. Естественно, разработчик либо обеспечивает __call() в "x", либо в __default_namespace_metatable, которое по умолчанию назначается всем таблицам. Если зачем-то удалить boot (в чем пользы и смысла нет совсем), вот тогда можно и получать ошибку.
А иначе мы в итоге имеем то, что __call это мегаполезно и будет использоваться 90% проектов, но нужно всегда самому пробрасывать в индекс ненужное, иначе будет плохо. А значит, для надежности всегда делать это после GetNameSpace. Учитывая, что и без использования call не так много смысла в отложенном создании таблицы под GetNameSpace, лучше уж создавать ее всегда сразу, если ее нет. Внутри GetNameSpace. Не получая доп рисков ошибок и cold run инициализации при первом использовании.

Я, кстати, и не предполагал, что через ns = GetIPCNamespace("x") можно сослаться на глобальную ф-цию х. Это не описано. А точно ли можно? Впрочем, это было бы лишним нагромождением.