Ты написал libadd? : )

yep. и все что она делает - складывает 2 числа )

Боюсь что такая разница как раз за счёт бешеной оптимизации luajit. Оно трассирует байткод на разогреве, а сишные функции хреново трассируются, и всё равно разница небольшая. Попробуй меньше раз вызвать, где-то 20к раз, чтобы не успело разогреться ))) Как альтернатива - впихни туда работу со строками/таблицами.

Ты бы почитал хотя бы как оно работает, всяко знать больше будешь. Лучше - в сурцы загляни.

P.S. Ты в сишные функции собрался пихать одно действие или сразу пачку? Попробуй найти любой pure-lua-deflate и сравнить разницу с биндингом. В биндинге будет прирост в пару сотен раз минимум даже внутри самого luajit.

Hi کوثر!

P.S. Ты в сишные функции собрался пихать одно действие или сразу пачку? Попробуй найти любой pure-lua-deflate и сравнить разницу с биндингом. В биндинге будет прирост в пару сотен раз минимум даже внутри самого luajit.

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

И чего? Какие-то проблемы?

Вызов функции через ffi делается за 10 нс, если там нет char* -> lua string

Без ffi - сотка

То есть, для каждого типа данных могут быть свои расходы

Userdata через стандартный plain lua - это очень дорого: взять метатаблицу, извлечь заданное поле, сравнить стррки

Ад и Израиль, блин

Вызов функции через ffi делается за 10 нс, если там нет char* -> lua string

Ну где-то около той разницы что я намерил в pypy: 40ns vs 53ns

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

итого 2.0384938716888 0.34296894073486

Я уже показывал цифры. Не имеет значения пустой вызов это или сложение чисел. Цифры те же

Hi Saracen!

Мне тут стало интересно, насколько вариант с n раз lua_pcall хуже, чем если эти n вызовов зачейнить прямо в lua

Проверю на днях

Hi Анатолий!

Hi Ivan!

Hi @⁠kiss24bot!

Чего-чего?

Чего-чего-чего?

X)

По крайней мере честно, знаете ли.

Я попробовал сейчас воспользоваться. Это не бот, а человек

Ссылку на бота даёт

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

Я с ним общался, там реально человек)

Аналогично работают всякие прокси, например связки "скайп + телега" или "discord/slak + телега". Для них нужно резервировать номер мобильного и всячески симулировать человеческую активность, но он всё равно может быть ботом. Воу, на самом деле это мало что значит. Сейчас - человек, когда человек не может отвечать - отвечает бот.

А так, хорошая мысль - сделать бота в attended режиме, на сложные вопросы - вручную отвечать

api клиентов тележки легко выковыривается из apk. И ничего они с этим не сделают, java-smali никак не защитить, разве что обфускацией :<

а что с этим сделать?

там же все равно тель-афон нужен

Человеко-бота. Номер телефона - фигня. Покупаешь пучок симок за пятачок в переходе у Ашота.

У них возможно даже сорцы апк где то валяются

Телеграм же открытая софтина, кажется

Не совсем.

Не совсем.

Ноуп же?

Протоколы общения в закрытых-шифрованных чатах - закрыты и типа интеллектуальная собственность лично Николая Дурова.

Им нет смысл скрывать протокол, по моему мнению. К тому же на стековерфлоу есть исторический пост, где показывается flawedness MTproto

Ну типа описание вроде есть. https://core.telegram.org/mtproto/description

https://github.com/vysheng/tg

Тут есть же

>Signal >Whatsapp

лол

Да там приватности нуль. для чата требуется номер телефона, который ВСЕМ светится.

Да там приватности нуль. для чата требуется номер телефона, который ВСЕМ светится.

?

Ну, линк на гит - это же не официальный реп телеги, это сторонний человек : )

api клиентов тележки легко выковыривается из apk. И ничего они с этим не сделают, java-smali никак не защитить, разве что обфускацией :<

А полная документация на сайте телеги не? Слишком просто?

Там для ботов. Хотя вроде для клиентов тоже появился.

Hi gsom!

халоу! )

кто на линии

А какой вопрос?

http://plnkr.co/edit/NpWH0MvXhn4SSzoASd6G Почему объекты генерируются не по всему экрану ? Что поправить

А какой вопрос?

.

var camera = new THREE.PerspectiveCamera(30, width/height, 0.1, 5000); camera.position.z = 1000; camera.position.y = width/2; camera.position.x = height/2;

позиция камеры такая

А причем тут Lua?

позиция камеры такая

ща секунду

позиция камеры такая

э не.. ничего не меняется

мы просто смотрим чуть выше или чуть ниже, но по осям x y все также

А причем тут Lua?

в js никто не отвечает

позиция камеры такая

Ну т.е. я интересуюсь почему мы должны устанавливать позиции по x и y ? Разве они не должны разбрасываться сами ? Мы же указали в рандоме минимум и максимум ?

Они и разбрасываются в некоторм объеме. Тут вопрос в том, с какой точки ты за этим объемом наблюдаешь, скорее.

Ясно. В общем спасибо. Буду курить дальше

http://plnkr.co/edit/rCSRrvwk2xAbxlX2DwJo?p=preview

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

у тебя кубики и камера не в абсолютных координатах живут, а координатах мира

которые проецируются на экран

я хреново объяняю, я ведь не Снус

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

о, прикольно, пойдет!

ты разберись, я эту либу первый раз вижу.

я хреново объяняю, я ведь не Снус

Сейчас хочу сделать беконечную генерацию кубов с определенного расстояние и движение их в сторону камеру (по оси z) Ну и хочу прикрутить события мышки. При пересечении координат камеры и куба по оси z - ты врезаешься. Ну как-то так

ты разберись, я эту либу первый раз вижу.

Ты что ? Three.js - других таких нет )

Которые с opengl работают?

в js никто не отвечает

Восхитительно : )

Которые с opengl работают?

да, ну есть еще Babylon какя-то, но это лучше документирована

Леха даров

да, ну есть еще Babylon какя-то, но это лучше документирована

Я последний раз с p5.js игрался

Но без 3d

Я последний раз с p5.js игрался

Ну это canvas просто, да

Леха даров

О, помню ты хотел распознаватель шахматных позиций с фоточек мутить : ) Как оно, кстати?

Восхитительно : )

??

О, помню ты хотел распознаватель шахматных позиций с фоточек мутить : ) Как оно, кстати?

Да, Лех, я уже понял в чем ошибка крылась, спасибо! А по поводу распознавания, то я застрял там... Мне кажется такие вещи проще брать с нейронными алгоритмами.

OCR у нас делали на кафедре, с помощью вероятностных алгоритмов

Нейронки - как регулярные выражения. Ты думаешь: "О, мою проблему можно решить регулярными выражениями!" и у тебя тут же оказываются две проблемы. Сначала разберись с ними. P.S. Сравнение по шаблону - это НЕПЛОХОЙ способ лично для тебя.

Точнее там топорный метод тупо на распознавание текст/не-текст И правда проще нейронками

Нет нет нейронки щас очень развиты