Aleksandr
Результат его КЛП-обхода, если быть точнее
Hog
Вот, кто-то давеча просил...
Hog
https://twitter.com/k_cieslak/status/1091104683001810944?s=12
Vladislav
https://www.cs.toronto.edu/~gpenn/csc324/PLhistory.pdf
Nikolay
Тут такой вопрос появился по акторам. Допустим нам нужно хранить список сообщений пользователя в каком-то акторе, если сообщений, скажем, 1000, то всё хорошо, но когда у нас будет миллион сообщений, это же будет очень медленно. Собственно вопрос, как это правильно делать?
Pavel
а что актор должен делать с этим миллионом?
x
ты icq пишешь?
Nikolay
Пытаюсь разобраться с акторами, как всякие такие вещи делают
Nikolay
а что актор должен делать с этим миллионом?
Ну возвращать чанками по n сообщений со смещением m
Aleksandr
Я тоже хочу разбираться с акторами
Aleksandr
Что можете посоветовать?
Pavel
Ну возвращать чанками по n сообщений со смещением m
для этого их не обязательно в памяти хранить
Nikolay
Хотелось бы ещё всякие фишки конечно, типа поиск сообщения по тексту
Nikolay
У меня как бы цель, сделать это без базы данных, только на персистентных акторах
Nikolay
В виде литературы, статей
Есть доклады неплохие, у Вагифа и Никиты Цуканова, можно с них начать
Pavel
У меня как бы цель, сделать это без базы данных, только на персистентных акторах
смысл? посмотреть как свопфайл ос останавливает?
Nikolay
смысл? посмотреть как свопфайл ос останавливает?
Нет, персистентные акторы могут в базу складывать всё
Nikolay
Без базы я имел ввиду без написания своих запросов к ней и т.п.
Aleksandr
Есть доклады неплохие, у Вагифа и Никиты Цуканова, можно с них начать
Загуглил, нашел, спасибо
Nikolay
Как рассказывал Вагиф в докладе, что у них система полностью на акторах работает
Nikolay
Без прямого использования базы
Pavel
Нет, персистентные акторы могут в базу складывать всё
ну хз. загружать актор что б выделить 10 записей из милльена...
Nikolay
Ну я вот и спрашиваю, как это по правильному делается
Pavel
Как рассказывал Вагиф в докладе, что у них система полностью на акторах работает
у них тоже по ляму записей на актор?
Nikolay
Понятия не имею
Фил Ранжин
проект под старым дотнетом в вскоде не варик?
Фил Ранжин
чёт из коробки не пашет
Фил Ранжин
фспроджекты фэйлятся
Фил Ранжин
что минимально нужно, что бы заводилось?
Nikolay
Хмм, про F# точно не знаю, а вот C# работал с OmniSharp
Nikolay
Это надо наверное в ionide смотреть
Фил Ранжин
омнишарп стоит вроде
Nikolay
Поддерживает оно F#, или нет
Nikolay
По идее, F# тоже должен как-то работать с OmniSharp
Фил Ранжин
попробую поставить экстеншн для F, который с lang services
Nikolay
Да, 100% должна быть (была) в вскоде поддержка F# на старом фреймворке
Nikolay
F# же делали совместимым с моной
Фил Ранжин
дай бог
Фил Ранжин
райдер, пёс, открывается сто лет
Vladislav
У меня как бы цель, сделать это без базы данных, только на персистентных акторах
Так персистентные от обычных отличаются же только тем, что их стейт сериализуеься, не?
Nikolay
Так персистентные от обычных отличаются же только тем, что их стейт сериализуеься, не?
Да, сериализуется в базу или ещё там куда-то
Nikolay
Куда скажешь в общем
Vladislav
У меня как бы цель, сделать это без базы данных, только на персистентных акторах
Фуллтекст серч медленный будет как бы ты не хотел
Nikolay
@fillpackart dotnet tool can be used also to create applications targeting also Full Framewok (like net461).
Nikolay
Можно юзать dotnet core с таргетом нужным
Фил Ранжин
ага
Nikolay
Короче тут читай: http://ionide.io/docs/general/
Фил Ранжин
спасибо
Nikolay
immutable state ;)
Pavel
это история а не стейт.
Nikolay
Т.е. их не нужно хранить в акторах?
Pavel
нет. смысл то?
Nikolay
Так было бы удобно
Pavel
хранить в акторе лям что б показывать только последнии 10?
Nikolay
Ну я и спрашиваю, как это правильно делать
Андрей
В виде литературы, статей
вот тут есть пара упражнений для начального понимания что к чему https://petabridge.com/bootcamp/
Aleksandr
Спасибо
x
там без акклинга?
Aleksandr
Смотрю сейчас доклад Вагифа. Мне нравится как он поет
Ayrat
Тут такой вопрос появился по акторам. Допустим нам нужно хранить список сообщений пользователя в каком-то акторе, если сообщений, скажем, 1000, то всё хорошо, но когда у нас будет миллион сообщений, это же будет очень медленно. Собственно вопрос, как это правильно делать?
Ну очевидно что ты не хочешь хранить их все инмемори, у тебя мемори кончится. Скидывай в базу, читай при необходимости
Nikolay
Ну очевидно что ты не хочешь хранить их все инмемори, у тебя мемори кончится. Скидывай в базу, читай при необходимости
Ну персистентный актор не инмемори же будет хранить
Ayrat
Персистентный актор это евентсорсд
Ayrat
То есть у тебя сообщения будут выстроены в цепочку евентов. Даже со снапшотами неясно как найти сообщения за 2005ый год например. Сканировать с нуля каждый раз? Херня
Ayrat
Просто положи в бд с индексами и не заморачивайся)
Nikolay
А как такие штуки разруливать, типа допустим у меня юзер = актор, и нужно найти юзеров по имени
Nikolay
Отправлять всем акторам запрос на поиск? Это ж медленно будет очень
Ayrat
Хранить индекс акторов по имени в акторе для поиска
Nikolay
Ну если у нас телега, и 200кк юзеров?)