Мне кажется, никакого выигрыша в перфомансе от shared_мьютексов нет. shared-мьютекс сам по себе медленнее обычного мьютекса, а объем захваченных данных обычно не настолько велик, чтобы потоки пересекались друг с другом на чтении этих данных
Но если вы лочите данные перед чтением от записи вы залочите данные и от другого чтения
Нет, в шареном мьютексе вы можете читать данные из разных потоков одновременно
А почему не сделать как, извините, в Rust и вместо манипулировании лямбдой не возвращать из функции, например, modify() обертку, которая в конструкторе будет лочить мьютекс, а в деструкторе разлочивать, и будет давать доступ к переменным внутри обернутого класса?
С другой стороны, никто не знает, сколько человек сидит на аутсорсе. Ни я, ни вы. Может быть, вчера были хлебные времена и там сидело 10 000 человек, а сегодня кризис и там уже 5000, но никто этого даже не заметил.
А если ктото удалит из штата компании хотябы 100 человек, то тут воя поднимется уже на всю планету. Поэтому компании не могут быстро манипулировать количеством людей и вынуждены нанимать/удалять их осторожнее
Такчто в этом плане аутсорс конечно эффективнее (с экономической точки зрения, не с человеческой)
А мне всегда было интересно, а почему силами ОС ее не решить? Тоесть, зачем в ОС все это медленное переключение контекста, переход в kernel space? Зачем нужен, например, переход в kernel space? Да, понятно, что это ради каких-то целей безопасности, но в корутинах у нас никакого kernel space нет, значит и здесь нам безопасность не нужна? Почему тогда не дать возможность отключить это в ядре? Ведь существует же движение постепенного переноса функций линукса из kernel space в user space. Может, и до потоков когда-нибудь дойдет
Опрос среди действующих сотрудниках? "Подскажите пожалуйста, в какой день недели вам было бы удобнее получить приказ об увольнении" :)
То самое чувство, когда обсуждение технических вопросов на хабре стало оффтопом
Хосподи! Штрафуют за слова!
нет
Так что всетаки хочет президент Америки? Скажите уже, не томите
А вы погуглите, как во время Вьетнамской войны президенты менялись, а война продолжалась. Или скажете, что это народ выбрал воевать?
Когда чтото серьезное решалось выборами?
Не знаю, это вы написали, что ктото чтото хочет
Мне интересно, что такого хочет делать президент Америки, что ему прямо не дают это сделать
И как же на него воздействовали? Что такого хочет глава Китая, чего не хочет президент Америки?
Так и всеже как?
А как вы отличили тоталитарную страну от демократической?
Ну так получается, что они поступали вполне себе правильно, да?
Мне кажется, никакого выигрыша в перфомансе от shared_мьютексов нет. shared-мьютекс сам по себе медленнее обычного мьютекса, а объем захваченных данных обычно не настолько велик, чтобы потоки пересекались друг с другом на чтении этих данных
Нет, в шареном мьютексе вы можете читать данные из разных потоков одновременно
А зачем тут отдельно lock?
А почему не сделать как, извините, в Rust и вместо манипулировании лямбдой не возвращать из функции, например, modify() обертку, которая в конструкторе будет лочить мьютекс, а в деструкторе разлочивать, и будет давать доступ к переменным внутри обернутого класса?
Если это политический вопрос, то зачем здесь opensource? Политической волей можно и любое не-opensource решение навязать
Qt, MongoDb, Terraform
Свободное ПО также имеет свойство внезапно становиться несвободным
С другой стороны, никто не знает, сколько человек сидит на аутсорсе. Ни я, ни вы. Может быть, вчера были хлебные времена и там сидело 10 000 человек, а сегодня кризис и там уже 5000, но никто этого даже не заметил.
А если ктото удалит из штата компании хотябы 100 человек, то тут воя поднимется уже на всю планету. Поэтому компании не могут быстро манипулировать количеством людей и вынуждены нанимать/удалять их осторожнее
Такчто в этом плане аутсорс конечно эффективнее (с экономической точки зрения, не с человеческой)
Так он и отдал такой приказ без какого-либо согласия. Вот вам поступок. Что дальше?
Ага, и он отдавал такой приказ. Второй президент его внезапно не поддержал
https://www.rbc.ru/politics/06/01/2023/63b735db9a79473835e7c8e6
А мне всегда было интересно, а почему силами ОС ее не решить? Тоесть, зачем в ОС все это медленное переключение контекста, переход в kernel space? Зачем нужен, например, переход в kernel space? Да, понятно, что это ради каких-то целей безопасности, но в корутинах у нас никакого kernel space нет, значит и здесь нам безопасность не нужна? Почему тогда не дать возможность отключить это в ядре? Ведь существует же движение постепенного переноса функций линукса из kernel space в user space. Может, и до потоков когда-нибудь дойдет
Внезапно. Я почемуто думал, что чтение из std::stream всегда однопоточное. А чтение из разных потоков - это ub.
Тоесть, я могу написать так?