скажи это видеу на ютубе открытому в хроме.
Ни абсолютно равномерно, "то одно, то другое берет больше" это не то что происходит в случае игр. Есть основной поток выполняющий лвиную часть нагрузки и сильно грузящий своё ядро, и есть часть распаралелленых вычислений размазанных по другим ядрам. Потому что полностью распаралеллить игру невозможно, и даже то что можно это огромный гемор разрабам и они не будут это применять при каждой возможности. Все равно большинство нагрузки будет сосредоточено в основном потоке, и с одного ядра на другое она прыгать никак не будет.
"главный поток" есть в любой программе, вне зависимости от её типа, и от него будут исходить дополнительные потоки. А вот будет ли он самым нагруженным - не факт, он может и просто дочерними потоками управлять.
То-есть есть у проца многа ядер но они немощные как у зеонов или старой рязани, то игра будет фризить и подтормаживать, из-за того что основной поток выполняется на одном маломощном ядре я так понял?
Может и использую, но 1 ядро грузится на 100%, пока остальные на 20-40%
>Если это не go или erlang
В .net и java очень мощные средства для многопоточности. Распараллелить цикл в C# - элементарно.
В node.js 14 наконец добавили worker_threads для "execute JavaScript in parallel" (привет тормозному Электрону, может быть хоть теперь полегчает)
В С++/Qt работу с многопотоком облегчает QThread, но за его простоту я ничего не скажу
>бывает, что в 1 поток быстрее чем даже в 4
разве что в Python - из-за GIL. Но, к счастью, десктопные программы на нём пишут не часто.
В .net и java очень мощные средства для многопоточности. Распараллелить цикл в C# - элементарно.
В node.js 14 наконец добавили worker_threads для "execute JavaScript in parallel" (привет тормозному Электрону, может быть хоть теперь полегчает)
В С++/Qt работу с многопотоком облегчает QThread, но за его простоту я ничего не скажу
>бывает, что в 1 поток быстрее чем даже в 4
разве что в Python - из-за GIL. Но, к счастью, десктопные программы на нём пишут не часто.
в том и дело, что интерпретатор питона жирный и неповоротливый, а плодить их в памяти целую пачку - так себе идея в рамках десктопа. Кмк, имеет смысл разве что на адовой математике (с биндами к с-либам) или на долгих сетевых операциях к разным серверам.
1) рекурсия в принципе очень поганная вещь в плане скорости работы, эффективный код избегает всеми силами
2) очень специфическая ситуация. но даже если два потока зависят друг от друга, это всё еще быстрее однопотока
2) очень специфическая ситуация. но даже если два потока зависят друг от друга, это всё еще быстрее однопотока
рекурсию порой и не избежать, вот то что быстрее это да вот только с ростом потоков скорость будет падать вплоть до отрицательной. Ещё есть такой момент алгоритм можно распараллелить ровно на 2 потока и тут появляется "прикол" оба потока могут попасть на 1 ядро и скорость упадёт. именно поэтому порой если вырубить потоки и работать исключительно на ядрах можно увеличить скорость.
1) Могут попасть, а могут не попасть. Больше ядер - меньше вероятность. Однопоточная задача тоже не постоянно выполняется и больше процессорного времени точно получить не сможет
2) для такой погани в том же c# есть эвенты и очереди задач. Вообще же не видя ТЗ реальной задачи трудно теоретизировать на такие темы. Нагенерить ситуаций, которые могут наплодить deadlock'ов и race condition и я могу
2) для такой погани в том же c# есть эвенты и очереди задач. Вообще же не видя ТЗ реальной задачи трудно теоретизировать на такие темы. Нагенерить ситуаций, которые могут наплодить deadlock'ов и race condition и я могу
Гхм... Си, гхм... Фортран. Основной тяжелый числодробительный софт, который загрузит все ваши ядра, хоть 16, хоть 256, написан на них. Но если мы говорим не о каких-то числодробительных задачах, которые легко (сравнительно) параллелятся, а о том, что насущно для обычного десктопного юзера - ОС, всякий интерактивный софт, игры, то там беда не в языках, а в том, что задачи плохо параллелятся. Да там, наверное, зачастую и нечего параллелить. Какой-нибудь условный Word сидит и обрабатывает эвенты юзер интерфейса, крутит туда-сюда какие-нибудь злоебучие объекты, там память аллоцирует, тут память освобождает, тут системные вызовы итп итд. А если говнософт написан еще на каком-нибудь интерпретаторе или, на худой конец, JVM/CLR, то там начинается косвенные вызовы косвенныи вызовами погоняют, указатели-указатели, кэш-промахи и прочее говно.
З.Ы. Большинство сложного софта многопоточные, ИМХО, даже если не имеют с этого профита по производительности, даже если большинство потоков сидят спящими в ожидании какого-нибудь семафора. Так банально проще писать, чем превращать все это в большой однопоточный конечный автомат.
ЗЗЫ. Вот у тебя есть ворд, крутит одно ядро, а тут фотошоп на другом ядре, а тут браузер расплодил 20 процессов, тоже по ядрам раскидало, а тут ОС эвенты обрабатывает и ГУИ рисует... В итоге от мультикора все равно профит есть.
З.Ы. Большинство сложного софта многопоточные, ИМХО, даже если не имеют с этого профита по производительности, даже если большинство потоков сидят спящими в ожидании какого-нибудь семафора. Так банально проще писать, чем превращать все это в большой однопоточный конечный автомат.
ЗЗЫ. Вот у тебя есть ворд, крутит одно ядро, а тут фотошоп на другом ядре, а тут браузер расплодил 20 процессов, тоже по ядрам раскидало, а тут ОС эвенты обрабатывает и ГУИ рисует... В итоге от мультикора все равно профит есть.
С юнити не сталкивался, но C++ компилируется каким-нибудь cmake + make в параллель, сожрет столько, сколько есть. Правда, параллелизм идет именно по единицам трансляции, так что если непосредственно объектников, которые надо компилировать, мало, но они жирные, никакие потоки не помогут.
В никсах для этого придумали ccache, но не в курсе можно ли его прикрутить к unity
Вполне себе есть игры с убер хуйовой оптимизацией, которые так и работают.
Два ядра, два гига?
Как не странно 550 как раз игровая. А вот 520 всякие...
Как-то купил 520 с пассивным охлаждением, соблазнившись ценой в 1200₽. Надо ли говорить, какой дичайший пердёж потом стоял, даже если most wanted 2010 на минималках запускал
У меня rx 470 и двухядерный i3 4150 шестилетней давности. Большинство игр даже норм идет. Вон Gears Tactics на ультрах фпс 40-50 выдает. Дум Этернал тож считай на ультре меньше лока в 75 фпс не опускался. По большей части от движка зависит - у юбисофт например движки Anvil и Snowdrop жутко прожорливые в плане цпу.
Где CORE 0 ?
Слушай, я не совсем уверен, но говорят, что это MSI Afterburner
RTSS Rivatuner Statistics Server
у тебя какая то обрезанная версия
Ох, сука.
Я аж услышал этот премерзкий скрежещущий звук.
Я аж услышал этот премерзкий скрежещущий звук.
![CORE10
]j Elon Musk O 1- @elonmusk
So often true # ® c *7
/. i,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор](https://img2.joyreactor.cc/pics/comment/full/it-юмор-geek-3733941.jpeg "it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор")
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!