сложнее
?
кажется должен использовать, по крайней мере под линукс там птреды одни
Да. Но в моем случае вызовов в ядро можно не бояться :)
Да тебе можно ничего не бояться
Так точно
Спасибо, std::thread тоже юзает посикс на линуксе, я видел, без неё не линкуется
Кстати, читал эту книгу? Хотелось узнать мнение как от человека с этим работающего :) https://t.me/c/1299337901/224
Вроде бы сделано так, что он дает планировщику ОС делать выбор пустить тот или иной поток к ресурсу. На нормальных ОСях проблемы "starving readers" не получишь. Кстати, этот вопрос легко нагуглить, рекомендую почитать интернеты
Вроде проблема со starvation- ами связана тесно с приоритезацией тредов
что? никак не связан...
Ну если процессорное время не выделяется потоку в должном количестве это проблема планировщика, я перефразировал что сказал предыдущий человек
если нужен shared mutex значит у тебя 90% читателей и 10% писателей +-. И писатели (если мьютекс тупой) вполне могут голодать, особенно если потоков много. Вне зависимости от шедулера
А что можно почитать про многопоточности, чтобы понимать глубже это?
https://t.me/supapro/897497
Да, читал (без перевода только, насчёт его качества ничего сказать не могу) Одна из лучших, если не лучшая. По сути, кроме неё по дровам - либо статьи (OSR, Wasm, etc), либо реальные примеры, либо устаревшие морально (но актуальные с точки зрения принципов работы ОС) книжки конца 2000-x. Плюс, конечно, MSDN и Руссинович, но это совсем не новичковый уровень, а Йозифович ведёт за ручку с нуля до близким к реальности кейсам
Спасибо, значит буду знакомиться. Чем-то интересно эта тема выглядит :)
C++ там выглядит еще веселее)) Кстати, Йозифович активно топит за шаблоны и RAII
А я думал все на винде пишут... Как на винде) Тем лучше
Обсуждают сегодня