RS
где енту информацыю можно достать? здраствуйте
https://blog.cloudflare.com/this-is-strictly-a-violation-of-the-tcp-specification/ в этом блог посте было нормально
Size: a a a
2020 September 23
RS
https://blog.cloudflare.com/this-is-strictly-a-violation-of-the-tcp-specification/ в этом блог посте было нормально
(надо домотать до `What is CLOSE_WAIT anyway?`)
λ
где енту информацыю можно достать? здраствуйте
IG
Есть ли вариант без кучи lifetime параметров описать такой bound на trait:
trait Num<'a>: AddAssign<Self>, AddAssign<&'a Self>...
trait Num<'a>: AddAssign<Self>, AddAssign<&'a Self>...
IG
никаких хранимых поинтеров в возвращаемых объектах нет.
в🧇
Есть ли вариант без кучи lifetime параметров описать такой bound на trait:
trait Num<'a>: AddAssign<Self>, AddAssign<&'a Self>...
trait Num<'a>: AddAssign<Self>, AddAssign<&'a Self>...
Так ты только что и описал...
В чём конкретно проблема?
В чём конкретно проблема?
в🧇
У меня ощущение что ты хочешь
HRTB (: for<'a> Trait<&'a Self>), но по вопросу не понятно.IG
В том, что в последующем коде надо явно таскать лайфтайм параметр 'a
IG
да, вроде HRTB как раз то, что надо
f
Что-то у меня после обновления на CLion 2020.2 отлетели Inspections... clean & reimport проекта не помог, пока надеюсь что само починится. Будьте осторожны, в общем.
UPD: инвалидация кешей + реимпорт чз Cargo.toml починил. Но уровня настройки inspections всё равно не видно
UPD: инвалидация кешей + реимпорт чз Cargo.toml починил. Но уровня настройки inspections всё равно не видно
f
А
parking_lot::RWLock предполагает возможность того что несколько потоков держат ссылку на него, и периодически пытаются что-то записать? Или для такой цели его нужно обернуть в Arc?Э
А
parking_lot::RWLock предполагает возможность того что несколько потоков держат ссылку на него, и периодически пытаются что-то записать? Или для такой цели его нужно обернуть в Arc?А какая разница? Что то ссылка, что то.
Э
Вообще, там write-preferring rwlock, если что.
f
А какая разница? Что то ссылка, что то.
Я пытаюсь что-то такое соорудить
https://gist.github.com/folex/8d37bbdc79e95e8357ea5be5e1c9ea5a
https://gist.github.com/folex/8d37bbdc79e95e8357ea5be5e1c9ea5a
f
то есть у меня есть долгоживущие потоки, и им иногда надо обращаться в S с просьбой положить туда новое значение. Чтений этих значений этими потоками намного больше чем записи.
Э
Ну бывает. А чего не так?
Э
Если у тебя каждый раз значение именно новое, а не просто маленькое изменение в данных, то можно хранить
RwLock<Arc<Data>> и делатьget_data() -> Arc<Data> { LOCK.read().clone() }
чтобы долго локи не держать на чтение.Э
Менять через
set_data(new_data: Arc<Data>) { *LOCK.write() = new_data; }Э
Если хочешь
static, то можно сделатьstatic LOCK: RwLock<Option<Arc<Data>>> = RwLock::const_new(RawRwLock::INIT, None);
fn set_data(new: Arc<Data>) { LOCK.write().replace(new); }
fn get_data() -> Arc<Data> { LOCK.read().unwrap().clone() }
MB
А
parking_lot::RWLock предполагает возможность того что несколько потоков держат ссылку на него, и периодически пытаются что-то записать? Или для такой цели его нужно обернуть в Arc?Если тебе удалось всем куда одолжить ссылки на RwLock, то это будет прекрасно работать.
А вот если не удалось, то Arc спасет.
А вот если не удалось, то Arc спасет.