@dlangru
Ievgenii14.09.2018
06:34:41
06:34:41
У этого варианта есть свои минусы и вопрос нужно ли заниматься созданием в куче вместо того что-то скопировать десяток байт
Это если у тебя структура маленькая
NullSanya14.09.2018
06:34:48
06:34:48
дело не в ссылке и расте, а в стеке)
Ну смотри, структура будет жива, пока выполнение не выйдет из функции, то есть если в конце функции поставить бесконечный цикл, то ссылка будет валиднаIevgenii14.09.2018
06:35:34
06:35:34
И тут ещё аспект, что при передаче через тот же ресив - там не копирование памяти, а наполнение каждого поля в отдельности, а это время
GoogleIevgenii14.09.2018
06:36:13
06:36:13
Ну смотри, структура будет жива, пока выполнение не выйдет из функции, то есть если в конце функции поставить бесконечный цикл, то ссылка будет валидна
Если она не была создана в меньшем скопеIevgenii14.09.2018
06:36:23
06:36:23
Ну смотри, структура будет жива, пока выполнение не выйдет из функции, то есть если в конце функции поставить бесконечный цикл, то ссылка будет валидна
Но смысл так делать то?)Вот когда работаете с тем же ЛибЕвентом, там нужно именно так делать
NullSanya14.09.2018
06:37:29
06:37:29
Как?
Ievgenii14.09.2018
06:37:30
06:37:30
Чтобы передать какой-то контекст
Создавать в куче
Ты к любому обработчику можешь присобачить void*
Что ты туда запихнешь - твое дело
Но это единственная возможность передачи контекста
Maxim14.09.2018
06:39:02
06:39:02
Ну смотри, структура будет жива, пока выполнение не выйдет из функции, то есть если в конце функции поставить бесконечный цикл, то ссылка будет валидна
так стек же у каждой функции свой, и при переключении тредов указатель будет невалидныйIevgenii14.09.2018
06:39:34
06:39:34
так стек же у каждой функции свой, и при переключении тредов указатель будет невалидный
Именно в другом треде, скорее всего даIgor14.09.2018
06:46:19
06:46:19
Контекст если он большой и уже выделен в куче конечно нет смысла копировать. А event который представляет из себя просто пару чисел и указатель - есть.
GoogleIevgenii14.09.2018
07:11:18
07:11:18
Контекст если он большой и уже выделен в куче конечно нет смысла копировать. А event который представляет из себя просто пару чисел и указатель - есть.
Там не выйдет копировать)) Там же указатель передаетсяТут кто-то писал, что они на работе используют схему, когда Вася логика в либах. И есть какое-то приложение, которое подключает эти либы. Пишут на С#
Как вы осуществляете взаимодействие между либами и запуск каждой либы?
Igor14.09.2018
07:35:48
07:35:48
Там не выйдет копировать)) Там же указатель передается
короче смысл вот в чем: если на каждую передачу между тредами что-то аллоцировать (под передачу не очень большой структуры) то это плохо - проще скопировать десяток байт. Аллоцирование тоже не магически бесплатное и стоит явно дороже копирования нескольких байт. С другой стороны если есть что-то уже аллоцированное то конечно его нужно передать указателем а не копированием.Ievgenii14.09.2018
09:13:13
09:13:13
короче смысл вот в чем: если на каждую передачу между тредами что-то аллоцировать (под передачу не очень большой структуры) то это плохо - проще скопировать десяток байт. Аллоцирование тоже не магически бесплатное и стоит явно дороже копирования нескольких байт. С другой стороны если есть что-то уже аллоцированное то конечно его нужно передать указателем а не копированием.
Ну такое... Лично я предпочитаю алоцировать и передавать только адрес. Я просто хочу сделать свой мини фреймворк и там будет асинхронное общение между потоками, если вообще будет.И там я не хочу копировать, т.к. для копировании ещё и мьютексы нужны, чтобы быть уверенным, что все безопасно
Т.к. ты отправляешь, а когда оно прочитает его ты не знаешь, может у этому времени уже что-то поменяется
Toha14.09.2018
09:15:36
09:15:36
Общение потоков основанное на сообщениях рулит
Ievgenii14.09.2018
09:16:11
09:16:11
Общение потоков основанное на сообщениях рулит
Ну я стараюсь вообще минимизировать общение между тредамиIgor14.09.2018
09:45:07
09:45:07
Лично я предпочитаю алоцировать и передавать только адрес
Почему? Какие под этим соображения?
ой, ладно ) неважно
Toha14.09.2018
09:48:16
09:48:16
Ну в твоем случае нужна какая то синхронизация, или не?
Хотя ты писал про мьютексы
А если адреса передавать через сообщения?
Ievgenii14.09.2018
10:02:52
10:02:52
А как ты рабочие потоки сделаешь?
По факту я делаю мастер процесса и запускаю "воркеры", процессы, которые уже реализуют бизнес логику, зачастую столько, сколько ядер в системеToha14.09.2018
10:03:19
10:03:19
а задания как им раздаешь?
Ievgenii14.09.2018
10:03:32
10:03:32
Лично я предпочитаю алоцировать и передавать только адрес
Почему? Какие под этим соображения?
Минимизируется сообщение, которое передается, просто интGoogleIevgenii14.09.2018
10:03:50
10:03:50
Все делают одно и тоже
Toha14.09.2018
10:04:14
10:04:14
Блин. Я не представляю, как это работает)
Igor14.09.2018
10:04:22
10:04:22
Минимизируется сообщение, которое передается, просто инт
только перед этим ты создаешь на каждую передачу что-то в кучеIevgenii14.09.2018
10:04:29
10:04:29
Как нджинкс работает?
Igor14.09.2018
10:05:05
10:05:05
как ты думаешь, ты при этом много экономишь?
сколько данных при этом меняется в управлении кучей?
Ievgenii14.09.2018
10:05:37
10:05:37
только перед этим ты создаешь на каждую передачу что-то в куче
Смотри, я делал передачу данных через парсокет, делать сериализации и десереализацию, или просто передать инт?Igor14.09.2018
10:05:39
10:05:39
а если её нужно увеличить?
Igor14.09.2018
10:06:16
10:06:16
арену кучи
Igor14.09.2018
10:06:49
10:06:49
ну заполнилась вся, нужно добавить места
просто тебе не нужно передавать сложные структуры в воркеры - если это просто принятое соединение то просто передай номер сокеты
Ievgenii14.09.2018
10:08:10
10:08:10
ну заполнилась вся, нужно добавить места
Смотри, через малок выделил столько памяти под структуру, сколько нужно и все, она более не меняетсяIgor14.09.2018
10:08:10
10:08:10
или номер вместе с какими-то доп полями
Ievgenii14.09.2018
10:09:17
10:09:17
Я не использую сенд и ресив, они блокирующие. Я делал кастомное. То мне гораздо проще было передавать всегда только адрес
Igor14.09.2018
10:09:51
10:09:51
ну ок, я не знаю в деталях твоего случая, поэтому не могу спорить
но это однозначно не единственно возможный подход к проблеме
GoogleIevgenii14.09.2018
10:11:47
10:11:47
но это однозначно не единственно возможный подход к проблеме
Это да, я же не утверждаю, что мой подход идеален и тем более единственныйIgor14.09.2018
10:12:02
10:12:02
?
Ievgenii14.09.2018
10:18:45
10:18:45
У нас на работе проект на C#, там солюшены так и сделаны. Компилируется отдельно несколько библиотек, и все они потом подключаются в маленький запускальщик.
Павел, а как сами либы запускаются?Или они не самодостаточные и это просто набор функций?
Pavel14.09.2018
11:11:09
11:11:09
слушайте, я не понимаю. ну зачем пытаться копировать иммутабельную структуру и пытаться переприсваивать другой иммутабельной структуре? зачем насиловать компилятор? передача указателя некомильфо? но ведь это самый естественный вариант, компилятор уже даёт гарантии за счёт иммутабельности. ну надо же учитывать, хотя бы в общих чертах, что должно происходить на низком уровне! такое впечатление, что из идеологических соображений в часовом механизме начинаем копаться ломом
Потому что это не насилование компилятора а очень даже годная практика, которая избавляет от многих болей https://en.wikipedia.org/wiki/Persistent_data_structureС указательной семантикой сразу встает вопрос сборки мусора, null safety и со всем этим как-то надо бороться. Разработчики языка уже попытались ответить на вопрос "ну зачем пытаться копировать", создав GC и подобосрались :D
Dmitry14.09.2018
11:34:45
11:34:45
Но персистентные структуры данных эффективны именно с указательной семантикой, когда изменение списка или дерева означает создание одной или нескольких нод, с шэрингом большей части данных. Т.е. весь список или все дерево не надо копировать на каждый чих.
Pavel14.09.2018
11:35:33
11:35:33
В общем сегодня утром я осмыслил что вчера было сказано и пришел к выводу что все надо переделать
иммутабельность через immutable слишком низкоуровневая чтобы язык мог с ней работать. Надо сделать иммутабельность через приватные поля, а наружу выставить геттеры.
AdminERROR: S client not available
Pavel14.09.2018
11:37:07
11:37:07
А вместо структуры событие будет представляться shared классом, благодаря чему возможны все фокусы с ООП - полиморфизм, наследование, интерфейсы и т.д.
объект будет создаваться один раз, будет разделен между всеми тредами, никаких указателей, а когда все плагины обработают его то встроенный GC подчистит. Никаких указателей, удобная ссылочная семантика. Пока проблему производительности и stop-the-world не буду решать, а в дальнейшем если она появится то как-нибудь заменю new MyClass на пул объектов.
Pavel14.09.2018
11:40:24
11:40:24
Task в котором возникло событие, адрес отправителя, адрес кому отправлено и текст сообщения
Igor14.09.2018
11:40:52
11:40:52
ага
я так понимаю - тем или иным образом у тебя всё что ты отправляешь плагинам приходит из сети?
Pavel14.09.2018
11:41:57
11:41:57
В дальнейшем будет все сложно, например если ловить событие от телеграма, то это может быть и картинка и видео, и цитата сообщения, и информация о том что человек пришел в чат. А если реализовывать jabber протокол то там вообще куча всяких вариантов, кто кому откуда написал и с какого сервера.
GooglePavel14.09.2018
11:42:04
11:42:04
Igor14.09.2018
11:42:11
11:42:11
ты потом в основном треде думаешь как-то обогащать эти данные и их уже передавать
а ты передавай простые данные принятые из сети, а всё это обогащение отложи уже в воркеры
тебе тогда не нужно будет заморачиваться со всей этой фигней
Pavel14.09.2018
11:43:08
11:43:08
Ну у меня по сути воркер сейчас и ловит сообщения
Igor14.09.2018
11:43:44
11:43:44
нв не воркер, я имел ввиду - плагин или что там у тебя в другом треде
Pavel14.09.2018
11:43:50
11:43:50
Он делает long poll HTTP запрос, как только данные пришли то начинает создавать структуры и эти структуры рассовывать в очереди плагинов на обработку.
Pavel14.09.2018
11:44:19
11:44:19
а ты передавай простые данные принятые из сети, а всё это обогащение отложи уже в воркеры
Ну базовую структуру надо как то заполнить, я же не могу в плагин просто json передатьПлагин универсальный, ему пришло текстовое сообщение он должен ответить. Причем он не должен знать, через telegram оно пришло, через slack или через icq
Igor14.09.2018
11:45:49
11:45:49
создай тонкую прослойку между твоим кодом и плагином. она принимает от другого треда json, создаёт структуру, отдаёт её плагину
Pavel14.09.2018
11:46:37
11:46:37
Но зачем? Мой код и есть прослойка
То есть структурно конечно можно это дело выделить в какую-нибудь фабрику событий
Igor14.09.2018
11:48:38
11:48:38
плагин сам слушает на receive из другого треда?
Pavel14.09.2018
11:49:25
11:49:25
да
Toha14.09.2018
11:51:04
11:51:04
Еще один мессенджер на ди??
Igor14.09.2018
11:52:14
11:52:14
вот здесь вставь прослойку. пусть слушает твой код. получает json или картинку, которые есть просто указателина неизменяемые данные, создаёт из этого структуру. Правда если это дорогая обработка, то получается дублирование.
зато нет синхронизации
Pavel14.09.2018
11:55:13
11:55:13
Плагин не должен заниматься созданием структуры из json, это нарушение single responsibility
Он принимает какое-то абстрактное событие, причем даже не должен знать по какому проткоолу оно пришло.
Igor14.09.2018
11:56:23
11:56:23
вот здесь вставь прослойку. пусть слушает твой код. - получает событие и обрабатывает его твой код в получившем треде и уже потом вызывает плагин
Toha14.09.2018
11:56:33
11:56:33
Solid - это миф)
Открыть в Telegram