Size: a a a

Rust — русскоговорящее сообществo

2020 March 13

Э

Эрик in Rust — русскоговорящее сообществo
Просто дропаешь длину строки в 0, получаешь пустую строку.
источник

NL

Nikita Lesnikov in Rust — русскоговорящее сообществo
Эрик
А смысл удалять?
кстати да, в trie можно просто помечать ноду как удаленную, если память позволяет
источник

Э

Эрик in Rust — русскоговорящее сообществo
Не считаешь пустые строки, не теряешь время на освобождение памяти.
источник

AT

Alexander Tchitchigin in Rust — русскоговорящее сообществo
Ivan Boldyrev
А из trie O(n) от длины строки. Быстрее ты даже хэш не посчитаешь.
Да, я почему-то про частичное дерево подумал, а так нет проблемы.
источник

Э

Эрик in Rust — русскоговорящее сообществo
Ну либо да, Option<String>, или Option<Box<str>>, там же вектор и толстый указатель, оба оптимизированы под опшн.
источник

MB

Mikail Bagishov in Rust — русскоговорящее сообществo
Alexander Tchitchigin
Ещё bloom filter может помочь. Но это не точно.
Хэшировать придется. Да еще и недетерминированный.
источник

AT

Alexander Tchitchigin in Rust — русскоговорящее сообществo
Mikail Bagishov
Хэшировать придется. Да еще и недетерминированный.
Зато работает быстро. 😊
источник

MB

Mikail Bagishov in Rust — русскоговорящее сообществo
Эрик
Просто дропаешь длину строки в 0, получаешь пустую строку.
Речь не о очистке строки, а об удалении строки из набора строк
источник

MB

Mikail Bagishov in Rust — русскоговорящее сообществo
Nikita Lesnikov
кстати да, в trie можно просто помечать ноду как удаленную, если память позволяет
А еще можно на удаленных вершинах обустроить односвязный список, чтобы потом их эффективно переиспользовать.
источник

O

Ołeksij in Rust — русскоговорящее сообществo
Max Frai
Подскажите над реализацией. Есть веб-сервис, к нему приходит запрос с каким-то параметром.
Есть какая-то логика в другом потоке, которая относительно долго отрабатывает (пару секунд).
Когда на сервис приходит запрос, нужно отправить новую задачу этой логике и ждать результата.
Как правильно должна быть устроена логика, как она должна принимать задачи и оповещать об окончении и готовности результатов для “подписчиков”
можете тебе поможет actix, модель акторов, вроде, подходит для таких задач
источник

MF

Max Frai in Rust — русскоговорящее сообществo
@olvyko думал об этом, а канали могут подойти под задачу?
источник

O

Ołeksij in Rust — русскоговорящее сообществo
Max Frai
@olvyko думал об этом, а канали могут подойти под задачу?
думаю да, мы вот используем tokio::sync для похожих задач
источник

O

Ołeksij in Rust — русскоговорящее сообществo
Max Frai
@olvyko думал об этом, а канали могут подойти под задачу?
источник

MF

Max Frai in Rust — русскоговорящее сообществo
спасибо
источник

MF

Max Frai in Rust — русскоговорящее сообществo
А есть может уже какая-то небольшая либа, чтобы не тянуть tokio, где есть асинхронные каналы?
источник

r

red75prime in Rust — русскоговорящее сообществo
Max Frai
А есть может уже какая-то небольшая либа, чтобы не тянуть tokio, где есть асинхронные каналы?
Асинк требует рантайма. Сейчас есть два рантайма: tokio и async-std (к std:: отношения не имеет)
источник

MF

Max Frai in Rust — русскоговорящее сообществo
red75prime
Асинк требует рантайма. Сейчас есть два рантайма: tokio и async-std (к std:: отношения не имеет)
Вот мне нужен рантайм как у актикс-веб
источник

MF

Max Frai in Rust — русскоговорящее сообществo
Не могу понять что там внутри
источник

MF

Max Frai in Rust — русскоговорящее сообществo
источник

MF

Max Frai in Rust — русскоговорящее сообществo
Судя по всему, можно взять futures::channel
источник