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

Не так уж и медленее

Ну и еще говорят что в типе Variant тоже как-то все косячно реализовано.

Но по идее внутри receiveOnly он мог бы создавать и копировать стразу структуру целиком, а не строить ее по кусочкам. Вот где все обламывается.

Не может

Как он это может?

Он не знает о последовательности полей

О их типе

Ну как-то, с помощью чудесной магии крутого и гибкого языка )

До того, пока не создаст

о )))

Ну как-то, с помощью чудесной магии крутого и гибкого языка )

Неее

Это рефлексия

И она, как раз, медленная

+ в исходники поместится куча не нужной инфы о структуре...

Выдели в куче

Если у тебя плагинов будет, скажем, 10

То если куча в 10 раз медленнее, то ты получишь тот же выхлоп

Главное не забыть после очистить эту память!

Если у тебя плагинов будет, скажем, 10

Как и при написании любого лютого софта я мыслю что плагинов будет под сотню и бот сидит одновременно в 500 чатах, более того сидит сотня инстансов такого бота. И сообщения валят сотнями в секунду.

Иначе если не входить в такие крайности, то я и на php могу спокойно бота написать.

Как и при написании любого лютого софта я мыслю что плагинов будет под сотню и бот сидит одновременно в 500 чатах, более того сидит сотня инстансов такого бота. И сообщения валят сотнями в секунду.

Тогда тем более будет быстрее!

Иначе если не входить в такие крайности, то я и на php могу спокойно бота написать.

Дык тоже не плохо)

тогда безусловно принимаешь в immutable event и отдаёшь ref

без куч

Тогда тем более будет быстрее!

Чем создавать 100 или 500 структур на стеке в отправителе, а потом столько же в получателе, + копирование самих данных, а если их там много....

Чем создавать 100 или 500 структур на стеке в отправителе, а потом столько же в получателе, + копирование самих данных, а если их там много....

Структуры создавать придется, это же все работает одновременно

Структуры создавать придется, это же все работает одновременно

Не, всего одну

Насчет переиспользования созданной структуры из пула, и выделения структуры на стеке - скорость одинакова по идее.

И используешь ее везде

Дык нет

Ты создаёшь всего одну!

И используешь ее везде

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

На каждое сообщение своя структура

Ну ты создаёшь столько, сколько приходит сообщений

На каждое сообщение своя структура

Да

Но не умножается на количество плагинов

500 сообщений в секунду, а плагинов 100

Выходит 500*100=50'000 в сек

50'000*2

Выходит 100К в сек

А так всего 500*2

То есть 1К

В 100 раз меньше

Профит

Но чуть сложнее

Ну так если ты пишешь серьезное приложение, оно будет сложное

Тут основная проблема - когда удалять структуру

Нужно отлавливать ситуацию, когда все плагины отработали

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

Ну так если ты пишешь серьезное приложение, оно будет сложное

Я все же вижу в данном случае ненужное усложнение - работа с кучей там где можно просто копировать по стеку.

@chebotarevp так норм? https://run.dlang.io/is/rjsqkA

Сложности еще будут впереди, а они уже так быстро начались.

Я все же вижу в данном случае ненужное усложнение - работа с кучей там где можно просто копировать по стеку.

А если там 20 строчных полей, в которых лежит по 10К символов?

строки и так шарятся

сложности будут если там есть unshared references

@chebotarevp просто в любом случае std.concurrency использует массив для хранения очереди, тут устраняется проблема с Variant и копированием immutable

строки и так шарятся

Не понял

@chebotarevp просто в любом случае std.concurrency использует массив для хранения очереди, тут устраняется проблема с Variant и копированием immutable

хотя нет, не массив а односвязный список, но сути не меняет (динамическая память выделяется всё равно)

А если там 20 строчных полей, в которых лежит по 10К символов?

Тогда конечно есть смысл с указательной семантикой начать работать

Тогда конечно есть смысл с указательной семантикой начать работать

А ты сказал, что на перед не знаешь

хотя нет, не массив а односвязный список, но сути не меняет (динамическая память выделяется всё равно)

Че правда? Если так то это хреново

Вот и делай решение, которое будет подходить всегда

ну строки это структура котрая указывает на иммутабельные данные эту структуру можно спокойно передавать между тредами

Че правда? Если так то это хреново

https://github.com/dlang/phobos/blob/master/std/concurrency.d#L2389

Так, у меня немного оффтопный вопрос. А в C++ можно как в dmd получить код уже с развернутыми темплейтами?

https://github.com/dlang/phobos/blob/master/std/concurrency.d#L2389

А эти ноды каждый раз создаются или переиспользуются?

А эти ноды каждый раз создаются или переиспользуются?

в этом я не разбирался)

ну строки это структура котрая указывает на иммутабельные данные эту структуру можно спокойно передавать между тредами

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

ERROR: S client not available

просто этот messageBox это объект каждого потока

Так, у меня немного оффтопный вопрос. А в C++ можно как в dmd получить код уже с развернутыми темплейтами?

Прост нагуглить не могу, а для меня этот вопрос важен

Так, у меня немного оффтопный вопрос. А в C++ можно как в dmd получить код уже с развернутыми темплейтами?

А как это в dmd сделать?

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

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

А как это в dmd сделать?

Ну на run.dlang.io есть пункт "AST"

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

Ну такое, лично мне проще одна структура и передача ее указателя

Ну на run.dlang.io есть пункт "AST"

только в хроме… или у кого-то в firefox показывает?

только в хроме… или у кого-то в firefox показывает?

Хм, интересно

Ну такое, лично мне проще одна структура и передача ее указателя

Блин это смешно, это ровно то для чего были придуманы классы )

@chebotarevp так норм? https://run.dlang.io/is/rjsqkA

Выглядит интересно в целом, но ты уверен что там случаи конкурентности учтены? Вот в std.concurrency есть всякие atomic операции и локи, явно они там не просто так вписаны

Блин это смешно, это ровно то для чего были придуманы классы )

Ну такое, тут я без СМ обходусь

А с классами такого не выйдет

Точнее выйдет, но не симпотно

Да и тут чисто модель данных

Самое то для структуры

Выглядит интересно в целом, но ты уверен что там случаи конкурентности учтены? Вот в std.concurrency есть всякие atomic операции и локи, явно они там не просто так вписаны

synchronized класс сам мьютекс дёргает при обращении к методам

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

более того, в D работа со структурой и с указателем на структуру синтаксически ничем не отличается

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

А как передать структуру в другой тред не копируя? Передать указатель? Она может быть в стеке. Разместить в gc-куче? Разместить в malloc- куче?

А как передать структуру в другой тред не копируя? Передать указатель? Она может быть в стеке. Разместить в gc-куче? Разместить в malloc- куче?

Да, создаёшь ее в куче и передаешь указатель. Только так

А указатель на стек не возможен?

А указатель на стек не возможен?

Возможен

Но время жизни ограниченно

Да, создаёшь ее в куче и передаешь указатель. Только так

У этого варианта есть свои минусы и вопрос нужно ли заниматься созданием в куче вместо того что-то скопировать десяток байт

Типа после переключения между тредами ссылка может умереть?

не может, а умрет

Скорее после выхода из функции

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

дело не в ссылке и расте, а в стеке)

сейчас исходник кину. Краткая суть. Там шина Vuex, кастомный компонент и в нем уже используется Vue Element

залей на кодепен какой нить

или жсфидл

или чо там модно щас