АК
А инпут берется и шлется как эвент в систему эвентов в движке
Size: a a a
2020 July 12
АК
Хотя вру, я глянул в движок, и инициализация рендера и окна - это отдельная таска
2020 July 13
AT
таки решил сделать полноценный тредпул с задачами, и всякой асинхронной мишурой, чтобы IOCP крутился там, но иногда таки кажется, что лучше просто взять буст, по крайней мере поверх него запилить
Как-то читал статью, где чувак, приглашённый в id Software со стороны и не знакомый с кодовой базой и движком id Tech 3 в паре мест воткнул прагмы OpenMP (перед главным циклом
#pragma omp parallel или что-то типа того), что-то где-то разбил на пару функций и в результате ускорил игру если не в разы, то на много десятков процентов. Думаю, что вся муть свыше #pragma omp parallel или #pragma omp task нигде и не нужна, кроме самых сложных сетевых серверов.AT
даже этот thread pull — это слишком сложно и синтаксически коряво по сравнению с декларативным синтаксисом прагм, которые слегка изменяют семантику блоков кода, если поддерживаются
AT
(наброс, если что, а то тихо здесь)
VK
(наброс, если что, а то тихо здесь)
А как же стопицот фпс и одинаковые графики загруженности всех ядер?
AT
чем же одинаковые графики загруженности всех ядер так хороши? В последних разработках интел даже ядра-то разной мощности в основном
VK
Таски это не оптимизация конкретных узких мест, а архитектурная парадигма, которая тебе мешает писать плохо параллелизуемый код
AT
главное, чтобы синтаксис был негромоздкий и связи прослеживались. Я сомневаюсь, что в C++ для этого есть условия
VK
чем же одинаковые графики загруженности всех ядер так хороши? В последних разработках интел даже ядра-то разной мощности в основном
Все ядра всегда идут в дело с точки зрения игры, автоматически всё, что друг от друга не зависит, распределяется и выполняется
d
чем же одинаковые графики загруженности всех ядер так хороши? В последних разработках интел даже ядра-то разной мощности в основном
ну это на интеле, а вот на амд многопоток думаю будет лучше решать
d
Как-то читал статью, где чувак, приглашённый в id Software со стороны и не знакомый с кодовой базой и движком id Tech 3 в паре мест воткнул прагмы OpenMP (перед главным циклом
#pragma omp parallel или что-то типа того), что-то где-то разбил на пару функций и в результате ускорил игру если не в разы, то на много десятков процентов. Думаю, что вся муть свыше #pragma omp parallel или #pragma omp task нигде и не нужна, кроме самых сложных сетевых серверов.а что вообще делает эта прагма?
VK
Все ядра всегда идут в дело с точки зрения игры, автоматически всё, что друг от друга не зависит, распределяется и выполняется
и после этого кажется странным, что может быть как-то по-другому
AT
(урок OpenMP (я его и не знаю больше того, что напишу здесь))
#pragma omp parallel forразобъёт весь диапазон на поддиапазоны примерно равной длины, чьё количество равно количеству потоков и выполнит
for (int i = 0; i < 101325; ++i) {
task(i);
}
task(i); в потоках. Каждый в своём. И дождётся завершения.AT
или
#pragma omp parallel sections
{
#pragma omp section
{
taskA();
}
#pragma omp section
{
taskB();
}
}
AT
если убрать
-fopenmp, то просто линейно выполнится код. Как будто прагм нетAT
ну или если сделать
#include <omp.h>, а затем omp_set_num_threads(1);, примерно то же самоеAT
тредпул — как бы глобальный синглтон
AT
но доступный неявно через прагмы
AT
его можно конфигурировать вообще