Size: a a a

IT KPI C/C++ ХВ (не UB)

2020 July 11

V

Vsevolod in IT KPI C/C++ ХВ (не UB)
в айоси примерно аналогично
источник

V

Vsevolod in IT KPI C/C++ ХВ (не UB)
на Андроиде можно и локально уведомления слать
в айоси сложна, нет аналогов сервиса, поэтому только из приложения
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
Yevhen Salatskiy
Уже завтра попробую
И так сойдёт
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
Хотя походу лучше на ивентах
источник

V

Vsevolod in IT KPI C/C++ ХВ (не UB)
Julian =) Coffee
Или не только?
там есть поддержка потоков
источник

V

Vsevolod in IT KPI C/C++ ХВ (не UB)
Но, насколько я знаю, общение между ними несколько ограничено
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
Yevhen Salatskiy
И так сойдёт
Можно упростить до одного треда для расчёта, и основного для печатания
источник
2020 July 12

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
Нашёл пример
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
В случае спрашивающего второй тред тупо молотит процессор
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
А в ответе всё норм
источник

YS

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)
Yevhen Salatskiy
А в ответе всё норм
Хотя там много написано
источник

AT

Art Teatr in IT KPI C/C++ ХВ (не UB)
Два треда
До старта ждущего лочим мьютекс
Ждущий после запуска идёт в луп внутри которой упирается в ранее залоченый мьютекс и ложиться спать

В основном треде разлочим мьютекс что б дёрнуть

Второй тренд просыпается, работает, и должен разлочить мьютекс после

И не забываем залочить потом в основном треде, если нам ещё нужно дёргать второй тред, заодно сразу получаем синхронизацию - основной не сможет запустить второй тред, пока тот не различит мьютекс

А вообще conditional variable вроде лучше для такого кейса подходит
источник

JC

Julian =) Coffee in IT KPI C/C++ ХВ (не UB)
А как это самое "ложиться спать происходит"?
источник

AB

Aleksey Belkevich in IT KPI C/C++ ХВ (не UB)
Art Teatr
Два треда
До старта ждущего лочим мьютекс
Ждущий после запуска идёт в луп внутри которой упирается в ранее залоченый мьютекс и ложиться спать

В основном треде разлочим мьютекс что б дёрнуть

Второй тренд просыпается, работает, и должен разлочить мьютекс после

И не забываем залочить потом в основном треде, если нам ещё нужно дёргать второй тред, заодно сразу получаем синхронизацию - основной не сможет запустить второй тред, пока тот не различит мьютекс

А вообще conditional variable вроде лучше для такого кейса подходит
Второй потом завершается?
источник

JC

Julian =) Coffee in IT KPI C/C++ ХВ (не UB)
Планировщик разве может понять, что цикл молотит nop?
источник

AT

Art Teatr in IT KPI C/C++ ХВ (не UB)
Aleksey Belkevich
Второй потом завершается?
Если все операции дёргаются внутри while, то не
источник

AT

Art Teatr in IT KPI C/C++ ХВ (не UB)
Если лупы нет, то да
источник

AT

Art Teatr in IT KPI C/C++ ХВ (не UB)
Julian =) Coffee
А как это самое "ложиться спать происходит"?
При попытке получить мьютекс, если мьютекс уже чей то, то поток ждёт пока его освободят
источник

JC

Julian =) Coffee in IT KPI C/C++ ХВ (не UB)
Ну я понимаю
источник