MB
Стримы совместимы, насколько я помню.
Size: a a a
2020 September 02
H
не совсем... в токио стримы в основном байтовые
H
и вот я пришел к моменту когда мне надо транслировать futures::Sink в tokio::UnboundedSender и я прямо чуствую, что гдето свернул не туда
H
я помню приходилось использовать async-std и там какаято еще большая жесть случалась
P
У меня просто цикл, пытающийся расшифровать 50 000 сообщений чужим приватным 4096 битным ключом, как тест. Пока, то что я написал выполняется 4.5 мин. Не знаю, на сколько сильнее можно это оптимизировать и имеет ли смысл
прогнать perf-ом и проверить где горячо внутри
P
скорее всего макс нагрузка на расшифровке и в обвязке можно выжать копейки, тем более, что 50к итераций это достаточно мало
Д
У меня просто цикл, пытающийся расшифровать 50 000 сообщений чужим приватным 4096 битным ключом, как тест. Пока, то что я написал выполняется 4.5 мин. Не знаю, на сколько сильнее можно это оптимизировать и имеет ли смысл
асимметрия на факторизации - это медленно
похоже на пгп по описанию
если возможно, тогда рекомендую заменить на ntru
похоже на пгп по описанию
если возможно, тогда рекомендую заменить на ntru
Д
вообще делается диффи-хелман и от него уже идёт движение при обмене сообщениями
2020 September 03
Д
У меня просто цикл, пытающийся расшифровать 50 000 сообщений чужим приватным 4096 битным ключом, как тест. Пока, то что я написал выполняется 4.5 мин. Не знаю, на сколько сильнее можно это оптимизировать и имеет ли смысл
кстати скорость вполне адекватная, я нашёл в интернете бенчмарки, примерно за столько и должен раскладываться rsa
либо уменьшать битность, либо выбрать другой алгоритм асимметричного шифрования
либо уменьшать битность, либо выбрать другой алгоритм асимметричного шифрования
Д
вообще делается диффи-хелман и от него уже идёт движение при обмене сообщениями
данный протокол позволяет шифровать только симметричной криптографией, используя асимметричную только при обмене ключами, так что скорость вырастет в разы при выборке из 50000 сообщений принадлежащим одной паре людей
групповой диффи-хелман имеет некоторые ограничения
короче, тут целый учебник по криптографии надо писать, чтобы разъяснить че да как
групповой диффи-хелман имеет некоторые ограничения
короче, тут целый учебник по криптографии надо писать, чтобы разъяснить че да как
P
данный протокол позволяет шифровать только симметричной криптографией, используя асимметричную только при обмене ключами, так что скорость вырастет в разы при выборке из 50000 сообщений принадлежащим одной паре людей
групповой диффи-хелман имеет некоторые ограничения
короче, тут целый учебник по криптографии надо писать, чтобы разъяснить че да как
групповой диффи-хелман имеет некоторые ограничения
короче, тут целый учебник по криптографии надо писать, чтобы разъяснить че да как
он сообщения расшифровывает, а не канал связи устраивает
Д
он сообщения расшифровывает, а не канал связи устраивает
сообщения передаются в канале связи)
P
сообщения передаются в канале связи)
чёт мне подсказывает, что они у него в бд лежат
P
или в файле
P
55 | impl<T: Hittable, B: AsRef<T> + Debug + Sync> Hittable for B {
| ^ unconstrained type parameter
чёт не очень понимаю, казалось бы, вон же оно, ограничено через B, ан нет. И как это обойти?Ct
55 | impl<T: Hittable, B: AsRef<T> + Debug + Sync> Hittable for B {
| ^ unconstrained type parameter
чёт не очень понимаю, казалось бы, вон же оно, ограничено через B, ан нет. И как это обойти?У тебя может быть конкретный тип
B, который имплементит AsRef<A> и AsRef<B>, причем и A и B имплементят Hittable, в таком случае будет непонятно какую выбирать имплементацию. "Обходится" это заменой AsRef на какой-нибудь другой трейт, который вместо генерика будет иметь associative type.P
У тебя может быть конкретный тип
B, который имплементит AsRef<A> и AsRef<B>, причем и A и B имплементят Hittable, в таком случае будет непонятно какую выбирать имплементацию. "Обходится" это заменой AsRef на какой-нибудь другой трейт, который вместо генерика будет иметь associative type.понял, спасибо
АМ
С таким подходом многопоточку вообще бы никто тогда не писал)
Так многопоточка - это параллельное исполнение, а не конкурентное.
H
Так многопоточка - это параллельное исполнение, а не конкурентное.
А разве два потока ОС обязательно параллельно исполняются?