А если я просто не напишу return то что тогда возвращает функция

Да я понял. Ну а если, noreturn, можно для валенков что значит не возвращается туда откуда вызвали, ну просто я не понимаю как можно вызвать функцию и не возвращаться. exit() жи вроде siscall

Да я понял. Ну а если, noreturn, можно для валенков что значит не возвращается туда откуда вызвали, ну просто я не понимаю как можно вызвать функцию и не возвращаться. exit() жи вроде siscall

Ну вот, ты типа просто убиваешь процесс в ней

При фразе функция никогда не вернется я представляю сцену в фильме, где девушка с надписью функция над головой уходит а мужик в ногах такой нет, вернись!

ппц ты поехавшый

Вот не надо тут. Я хоть GCC не некрофилю)

Вот не надо тут. Я хоть GCC не некрофилю)

Всем привет. Не могу найти книгу Страуступа - Язык программирования С++ 2013 года на русском. Ни у кого нет? Или посоветуйте что-то из Страуступа охватывающее последний стандарт языка

Или system("reboot")

И как плюсы понимают noreturn? Закрывают область видимости в точке вызова? { а(); // noreturn // здесь уже код писать нельзя }

Как устроен sleep и wait condition variable. Отжирают ли они процессорные время и пробуждаются ли они планировщиком?

reboot случится не сразу и когда (если) он случится твой процесс убьют SIGTERM

sleep так называется потому что он СПИТ

у него ж одна книга, не?

condition variable делает sleep (точнее wait) пока ее не разбудят

А если я просто не напишу return то что тогда возвращает функция

Как устроен sleep и wait condition variable. Отжирают ли они процессорные время и пробуждаются ли они планировщиком?

а кто будить будет?

у него ж одна книга, не?

notify

а как он понимает когда нужно проснуться? Т.е. у планировщика таймаут выставляется какой то?

это понятно. Я имеюю ввиду каким образом просыпается поток на уровне ОС.

Книгографией его не интересовался. В общем, смысл в том, что я лет 7 назад изучал плюсцы довольно долгое время. Сейчас мне надо это все освежить и от кого ж это делать, как не от создателя

Кратко - отжирают. Там по-идее делается while() некоторое время, и если блокировка слишком долгая - то уже засыпает поток.

перемещается из очереди blocked в очередь ready, очевидно

А порядок какой? Стоит ли это учитывать, если у тебя 1000 потоков, 980 из которых в wait или sleep?

А порядок какой? Стоит ли это учитывать, если у тебя 1000 потоков, 980 из которых в wait или sleep?

Я не думаю, что кроме как тестированием, можно догадаться. Планировщики очень разные бывают и еще и ведут себя адаптивно.

А почему не всякие аналоги вроде горутин?

Потому что так работает кусок дерьма в котором мне приходиться разбираться :)

По теме, читай тур 17. Ну то есть если вообще все забыл, читай тур с++ потом с++17 потом маерса потом иди на гит

Оберни функции создания потоков в свои и менеджи как тебе нравится

я бы с радостью, но тут никто на это не пойдет

> потом с++17 это что значит?

Так, а зачем тогда всё это измерять?

Кто-нибудь знает что-то про контору mapbox?

Вопрос: как красиво вытащить параметр-пак аргументов вариадик-лямбды? В наличии boost::hana, c++17 Не std::function, не указатель на функцию. Именно лямбда.

Вопрос: как красиво вытащить параметр-пак аргументов вариадик-лямбды? В наличии boost::hana, c++17 Не std::function, не указатель на функцию. Именно лямбда.

[](args...) { } ? args вроде и есть параметр пак

выглядит так, как будто поток пока спит накапливает сообщения а потом выталкивает их все за раз

Вопрос: как красиво вытащить параметр-пак аргументов вариадик-лямбды? В наличии boost::hana, c++17 Не std::function, не указатель на функцию. Именно лямбда.

"Выводит ожидаемый тип"