КА
Size: a a a
2020 March 13
АГ
КА
если однопоточное, оставь ему самое холодное ядро
АГ
А в ответ на первый вопрос можно сказать только что прога - однопоточна? Отсюда и все вытекающие?
И это ведь жесть... ибо прога инженерная, и сцены/расчёты часто большие... Недавно делал проект в котором прога почти над каждым кликом подвисала минуты на полторы...
И это ведь жесть... ибо прога инженерная, и сцены/расчёты часто большие... Недавно делал проект в котором прога почти над каждым кликом подвисала минуты на полторы...
АГ
короче надо учиться в ревёрс -)
ШН
А в ответ на первый вопрос можно сказать только что прога - однопоточна? Отсюда и все вытекающие?
И это ведь жесть... ибо прога инженерная, и сцены/расчёты часто большие... Недавно делал проект в котором прога почти над каждым кликом подвисала минуты на полторы...
И это ведь жесть... ибо прога инженерная, и сцены/расчёты часто большие... Недавно делал проект в котором прога почти над каждым кликом подвисала минуты на полторы...
Вообще не факт. Доказательств нет. Нужно смотреть исходники
КА
короче надо учиться в ревёрс -)
это бредовые предположения
АГ
Вообще не факт. Доказательств нет. Нужно смотреть исходники
если так уверенно, что "вообще не факт" какие ещё могут быть предположения при таком поведении проги?
КА
банальщина: холст более менее серьезного редактора - directx
КА
не наталкивает на многопоточность и распараллеливание?
КА
памяти ей - и побольше
АГ
это бредовые предположения
давно эта мысль беспокоит. Прога - мой хлеб. И очень так подгорает когда при каждом шорохе в более менее тяжёлом проекте диал начинает подвисать по минуте и больше...
АГ
не наталкивает на многопоточность и распараллеливание?
если честно - нет. Может туплю, а может матчасти не достаёт
ШН
если так уверенно, что "вообще не факт" какие ещё могут быть предположения при таком поведении проги?
Ну судя по графику нагрузки, где есть редкие пики, но и при этом, по вашим словам "зовисеит!11" даже на мнохаядреном компе, то я посмел предположить что прога всё таки не завязана под многопоток. Но в менеджере ресурсов видно, что там заюзано 35 потоков (хотя они могут быть вызваны чисто какими-то системными либами, да и вообще либами которая юзает прога
КА
директХ идеология - подготовка бэкглаунда на запасном холсте - потом отображать на основном
АГ
банальщина: холст более менее серьезного редактора - directx
если я вообще верно понимаю направление ваших мыслей: то могу сказать только что судя по тем же графикам производительности диал видяху не юзает совсем никак. Только для вывода картинки на монитор, разве что. Никаких расчётов и рендеров она видяхой не делает
КА
чтоб не торможило при подготовке сырых данных
КА
поэтому все, где есть 3Д многопоточно и потоконезависимо
АГ
Ну судя по графику нагрузки, где есть редкие пики, но и при этом, по вашим словам "зовисеит!11" даже на мнохаядреном компе, то я посмел предположить что прога всё таки не завязана под многопоток. Но в менеджере ресурсов видно, что там заюзано 35 потоков (хотя они могут быть вызваны чисто какими-то системными либами, да и вообще либами которая юзает прога
судя по тому что даже в простое иногда количество потоков доходит до 30-40 - да, потоки какие-то фоновые и вызываются не для расчётов
КА
конечно вопрос к разрабам, что там в основном потоке