NT
а там каталога достаточно
Size: a a a
2020 December 10
NT
в смысле это всё
NT
в смысле вообще всё
NT
больше ничего нет
NT
у тебя есть набор этих ассемблерных инструкций
NT
пользуйся
IC
Неужели в ассемблере нет паттернов? :D
I
Неужели в ассемблере нет паттернов? :D
Read-Write-Repeat паттерн самый популярный!
LY
почему я ещё спрашивал про осознание - хочется не наступать на такие грабли как тут https://stackoverflow.com/questions/56623230/why-vector-length-simd-code-is-slower-than-plain-c
поэтому я и хотел какое-нибудь чтиво, которое поможет лучше понять логику и организацию
поэтому я и хотел какое-нибудь чтиво, которое поможет лучше понять логику и организацию
G
Подстава в том, что данные не супер хорошо подходят для SoA. Есть миллионы точек, есть тысячи источников света десятка разных видов. У источника света задаётся 3d диаграмма распространения света. Надо каждую точку перевести в координаты светильника, в полярную СК, посмотреть интенсивность светильника в направлении этой точки, и вычислить освещённость точки как сумму освещённостей от всех светильников в радиусе 50м
Если у тебя 50 метров весь вопрос, то тебе нужно разбить на сетку, и в каждую ячейку поместить только то, что входит в 9 ячеек - окрестность данной ячейки. В итоге не будет миллионов точек
LY
Если у тебя 50 метров весь вопрос, то тебе нужно разбить на сетку, и в каждую ячейку поместить только то, что входит в 9 ячеек - окрестность данной ячейки. В итоге не будет миллионов точек
миллионы точек во всём процессинге. Все точки со всеми светильниками одновременно не вычисляются
SA
берешь пульсар, тип подписки key_shared, все из коробки. Если через функции делать, то даже сервис не нужно отдельно держать, прямо в кластере с пульсаром будет
Вроде подходит. А в пульсаре можно настроить ttl? А что будет если будут два консьюмера с одинаковыми ключами? Сообщение обоим передастся?
G
Shukurdin Aidarov
Всем привет, я опять со своей болью.
Есть сервис который читает сообщения из кафки и отправляет его клиенту по веб-сокету. Недоставленные сообщения сервис хранит у себя в памяти пока действует ttl. Отправленые же сообщения он удаляет после получения потверждения от клиента (гарантийная доставка).
Дело в том что инстансов этого сервисе очень много и сообщений в кафке много, но одно сообщение предназначено для одного клиента. То есть клиент создает соединение с каким определенным инстансом сервиса, поэтому каждому инстансу приходится читать копию сообщения, чтобы можно было отправить его клиенту. Из-за этого в каждом инстансе становится очень много сообщений, которые доставить невозможно потому что соединение с нужным клиентом только на одном инстансе.
Чтобы сервис не упал из-за нехватки памяти мы сделали ограничение на максимальное количество сообщений в сервисе. Но из-за этого у нас увеличилось время доставки сообщения клиенту (лаг в кафке около 1500 сообщений).
Так вот думаем не хранить сообщения в памяти а хранить в бд - она конечно не реизновая, но в нее гораздо больше влезет. Можем чистить бд раз в день.
Как считаете норм будет или нет?
Есть сервис который читает сообщения из кафки и отправляет его клиенту по веб-сокету. Недоставленные сообщения сервис хранит у себя в памяти пока действует ttl. Отправленые же сообщения он удаляет после получения потверждения от клиента (гарантийная доставка).
Дело в том что инстансов этого сервисе очень много и сообщений в кафке много, но одно сообщение предназначено для одного клиента. То есть клиент создает соединение с каким определенным инстансом сервиса, поэтому каждому инстансу приходится читать копию сообщения, чтобы можно было отправить его клиенту. Из-за этого в каждом инстансе становится очень много сообщений, которые доставить невозможно потому что соединение с нужным клиентом только на одном инстансе.
Чтобы сервис не упал из-за нехватки памяти мы сделали ограничение на максимальное количество сообщений в сервисе. Но из-за этого у нас увеличилось время доставки сообщения клиенту (лаг в кафке около 1500 сообщений).
Так вот думаем не хранить сообщения в памяти а хранить в бд - она конечно не реизновая, но в нее гораздо больше влезет. Можем чистить бд раз в день.
Как считаете норм будет или нет?
Можно складывать во что-то более-менее дешевое, например в blob, и пытаться доставить fire and forget. Не доставил - просрал, но клиент может прочитать последние сообщения. Клиент при инициализации должен сначала подписаться на сообщения, а потом перед обработкой новых считать историю, в этот момент, если нужен порядок - буферизировать у себя сообщения. Когда история считана, проигрываем историю, потом проигрываем буфер. Ну и уже после этого новые обрабатываем сразу.
SA
Shukurdin Aidarov
Вроде подходит. А в пульсаре можно настроить ttl? А что будет если будут два консьюмера с одинаковыми ключами? Сообщение обоим передастся?
Нашел ответы.
Ttl есть.
In Key_Shared mode, multiple consumers can attach to the same subscription. Messages are delivered in a distribution across consumers and message with same key or same ordering key are delivered to only one consumer. No matter how many times the message is re-delivered, it is delivered to the same consumer.
Ttl есть.
In Key_Shared mode, multiple consumers can attach to the same subscription. Messages are delivered in a distribution across consumers and message with same key or same ordering key are delivered to only one consumer. No matter how many times the message is re-delivered, it is delivered to the same consumer.
Dv
Dv
В Студии есть
A
Нельзя, потому что в Решарпере нет зума
блин, оговорка по фрейду, извините