Ну, можно. Только разгребать там особо нечего. Если у тебя норм тред пул, то все разгребание должно скорее на него лечь.

это тот случай когда ui будет добавлен в пул, я думаю он в любом случае будет добавлятся в пул

ну не он б должен, а отдельные его подзадачи.

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

так а что именно там обрабатывать отдельно?

у тебя же мир, так или иначе зависит от ui

но не полностью, то есть, вот это и обрабатывать видимо, но у тебя хочется конкретики получить

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

ты не забывай, что мир зависит от действий ui, часто.

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

это да, это да, ну по хорошему у тебя так и должно получиться : и тред пул тут в помощь.

у меня на одном проекте в scaleform логике UI было проецирование 3D точек на экран и трейс видимости по AABB :)

просто я хочу что бы у UI-треда был был дополнительный поток, этот поток и ui-поток хочу рассматривать как один логический поток пула, хоть реально потока и два

так у тебя в случае застоя, поток по хорошему должен бекаться в пул

и юзать я теми, кому он нужен далее

а не всегда быть в detach

с ui это не пройдёт

I dont know why

он может войти в блокирующий модальный цикл сообщений и не выходить от туда, при этом будет спать большую часть времени

это просто особенности винды, которые приходится обходить