Этого треда уже нет.
Это копия, сохраненная 9 января 2022 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
1510898880739.png64 Кб, 838x600
Время ядра 4542731 В конец треда | Веб
Объясните, как это работает. Когда в панели управления переключаю схему управления питанием с высокой производительности на экономию энергии, в диспетчере задач видно снижение графика времени ядра. Почему так происходит и что это значит? Я плохо понимаю, что такое время ядра, это что-то низкоуровневое такое... Почему оно снижается и как это работает?
15540702252530.jpg26 Кб, 600x418
2 4542765
>>4542731 (OP)
Время ядра - это процент времени от общего процессорного времени, которое использует ядро системы

В энергосбереающем режиме ядро системы использует меньше процессорного времени, а посему меньше грузит процессор, а посему электричество экономится
3 4542769
>>4542765
Но ведь загруженность процессора на графике не снижается.
4 4542785
>>4542769
Типа ядру выделяется меньше времени, энергосбережение не затрагивает пользовательские процессы, по логике, вот и не уменьшается загрузка общая

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

С интеловыми все немного веселее, цпу меньше дрочится за счет множки
6 4542798
>>4542790
Ну у меня интуль. Что там с ним такого весёлого происходит?
7 4543370
бамп
8 4543928
Гугли C-States
9 4543992
>>4543928
Расскажи
10 4544248
>>4543928
Ну расскажи
11 4544316
>>4544248

Помониторь загрузку процессорных ядер и тактовую частоту какой нибудь утилитой.
Без нагрузки она падает до 800 мгц, под нагрузкой растет вплоть до буста.
Если базовая тактовая частота процессора к примеру 3 ггц, а в энергосбережении выставить макс. загрузку 50%, то выше 1.5 ггц не будет подниматься.
Поскольку тепловыделение растет как квадрат напряжения на частоту, а при пониженной частоте вольтаж ниже, энергопотребление и нагрев упадет раза в три. Но получаем 50% производительности.

Мимо другой анон.
12 4546255
>>4544316
А время ядра как с этим всем связано?
13 4550987
бамп
14 4551008
>>4546255
Частота ядра обратно пропорционально связана с временем ядра v=1/t
15 4572461
бамп
16 4574599
бамп
17 4576397
бамп
18 4577970
бамп
19 4580575
бамп
20 4581454
бамп
21 4584913
бамп
22 4588894
бамп
23 4590030
24 4593613
бамп
25 4595600
бамп
26 4602304
бамп
27 4609344
бамп
28 4611929
бамп
29 4612078
>>4542731 (OP)
Таймер реже тикает.
30 4620269
бамп
31 4632287
бамп
32 4637073
бамп
33 4639416
бамп
34 4669160
бамп
35 4674509
бамп
36 4680126
бамп
111.JPG11 Кб, 133x130
37 4685239
38 4689725
бамп
39 4702796
бамп
1598940358565.jpg8 Кб, 141x120
sage 40 4702802
41 4769260
бамп
42 4795462
бамп
43 4800264
бамп
44 4800573
>>4800264
опять флуд
45 4816907
>>4800573
это бамп
46 4827023
бамп
47 4842480
бамп
48 4855854
бамп
49 4862071
бамп
50 4888446
бамп
51 4901795
бамп
52 4902372
>>4542731 (OP)
Поясняю, хот Пепе мастер >>4542765 довольно точно всё объяснил, но может будет понятно.

Windows это ПСЕВДО параллельная ось. Простыми словами вместо истинно независимых потоков и процессов программы в Windows выполняются ПОСЛЕДОВАТЕЛЬНО.

Чтобы пользователь не замечал подъёба кванты переключения задач настолько маленькие, что нам кажется, что некоторые вещи выполняются одновременно, но это не так.

Тут я должен рассказать про приоритеты, но предполагаю, что это ты должен знать. Приоритеты задач влияют на эти самые кванты времени и собственно на сам ПРИОРИТЕТ. То есть программы, которые имеют установленный приоритет выше, всегда будут в начале очереди и они будут исполняться чаще, чем программы и потоки с низким приоритетом.

Итак, что же происходит в режиме энергосбережения. В Windows есть параметр в регистре HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\PriorityControl, там есть параметр Win32PrioritySeparation

Ты можешь менять его в диапазоне от 0 до 47 (dec). Суть этих приоритетов (разделения) во многих местах указана неверно, из русскоязычных сайтов наиболее достоверно расписано тут
https://wasm.in/blogs/kvantovaja-separacija-ili-razbiraemsja-s-win32priorityseparation.701/

Если кратко, то это режимы, которые меняют длину квантовых интервалов, отношение и распредление фоновых и активных задач.

Без лазания в реестры доступны только 2 варианта (пик 1)
1. Для программ ставит значение 26 (dec) оптимизация для активных задач, которые в 3 раза больше получают времени на выполнение, чем фоновые, включая системные задачи.

2. Фоновые задачи 18 (dec) даёт фоновым задачам приоритет схожий с активными.

При установке Windows базовое значение равно 2 (dec), что даёт одинаковый приоритет всем процессам, после он меняется в зависимости от редакции.

В режиме сбережения системные задачи переводятся в режим 3:1 это значит что фоновые задачи ПОЛУЧАЮТ в 3 раза меньше времени, чем активные задачи, что прекрасно видно на приведённом тобой графике.

В целом из своего опыта выгодней для игр использовать короткие интервалы, чем длинные, длинные интервалы хороши для серверов, где важна не столько скорость, сколько стабильность и равное распредление между кучей процессов.

Короткие же интервалы позволяют БЫСТРЕЙ игнорировать низкоприоритетные задачи и больше времени давать тем же играм или текущим активным программам.

Поэтому рекомендуется ставить значение 38 (dec) или 39 (dec) данному параметру для достижения наибольшего профита для активных задач, если вам не нужен такой прям упор на активные приложения, можно ставить 37.

Для компов, которые используются под серваки лучший вариант это как ни странно 20, а не 18, которую ставит винда по дефолту. Это даст длинные интервалы с небольшим количеством квантов на фоновые задачи, это частично избавит систему от проблем зависонов, когда у вас огромное количество процессов. По крайней мере расширит предел такого разделения задач. Что довольно важно для многозадачных систем.

То есть если вам нужна максимальная процессорная мощь в играх или тяжёлых приложениях 38-39, если вам нужен баланс между фоном и активными приложениями (например на ноуте) это 37, если вам нужен стабильный сервак с кучей процессов это 20.
52 4902372
>>4542731 (OP)
Поясняю, хот Пепе мастер >>4542765 довольно точно всё объяснил, но может будет понятно.

Windows это ПСЕВДО параллельная ось. Простыми словами вместо истинно независимых потоков и процессов программы в Windows выполняются ПОСЛЕДОВАТЕЛЬНО.

Чтобы пользователь не замечал подъёба кванты переключения задач настолько маленькие, что нам кажется, что некоторые вещи выполняются одновременно, но это не так.

Тут я должен рассказать про приоритеты, но предполагаю, что это ты должен знать. Приоритеты задач влияют на эти самые кванты времени и собственно на сам ПРИОРИТЕТ. То есть программы, которые имеют установленный приоритет выше, всегда будут в начале очереди и они будут исполняться чаще, чем программы и потоки с низким приоритетом.

Итак, что же происходит в режиме энергосбережения. В Windows есть параметр в регистре HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\PriorityControl, там есть параметр Win32PrioritySeparation

Ты можешь менять его в диапазоне от 0 до 47 (dec). Суть этих приоритетов (разделения) во многих местах указана неверно, из русскоязычных сайтов наиболее достоверно расписано тут
https://wasm.in/blogs/kvantovaja-separacija-ili-razbiraemsja-s-win32priorityseparation.701/

Если кратко, то это режимы, которые меняют длину квантовых интервалов, отношение и распредление фоновых и активных задач.

Без лазания в реестры доступны только 2 варианта (пик 1)
1. Для программ ставит значение 26 (dec) оптимизация для активных задач, которые в 3 раза больше получают времени на выполнение, чем фоновые, включая системные задачи.

2. Фоновые задачи 18 (dec) даёт фоновым задачам приоритет схожий с активными.

При установке Windows базовое значение равно 2 (dec), что даёт одинаковый приоритет всем процессам, после он меняется в зависимости от редакции.

В режиме сбережения системные задачи переводятся в режим 3:1 это значит что фоновые задачи ПОЛУЧАЮТ в 3 раза меньше времени, чем активные задачи, что прекрасно видно на приведённом тобой графике.

В целом из своего опыта выгодней для игр использовать короткие интервалы, чем длинные, длинные интервалы хороши для серверов, где важна не столько скорость, сколько стабильность и равное распредление между кучей процессов.

Короткие же интервалы позволяют БЫСТРЕЙ игнорировать низкоприоритетные задачи и больше времени давать тем же играм или текущим активным программам.

Поэтому рекомендуется ставить значение 38 (dec) или 39 (dec) данному параметру для достижения наибольшего профита для активных задач, если вам не нужен такой прям упор на активные приложения, можно ставить 37.

Для компов, которые используются под серваки лучший вариант это как ни странно 20, а не 18, которую ставит винда по дефолту. Это даст длинные интервалы с небольшим количеством квантов на фоновые задачи, это частично избавит систему от проблем зависонов, когда у вас огромное количество процессов. По крайней мере расширит предел такого разделения задач. Что довольно важно для многозадачных систем.

То есть если вам нужна максимальная процессорная мощь в играх или тяжёлых приложениях 38-39, если вам нужен баланс между фоном и активными приложениями (например на ноуте) это 37, если вам нужен стабильный сервак с кучей процессов это 20.
53 4902375
>>4902372
И разумется смена приоритетов разделения требует перезагрузки. Куда же без неё в винде. На лету данный параметр не применятся
54 4959215
бамп
55 4980699
бамп
56 5001968
бамп
57 5024322
бамп
58 5047444
бамп
59 5051430
>>4902372
Круто, спс
60 5077447
бамп
61 5103126
бамп
62 5154832
бамп
63 5200283
бамп
64 5246690
бамп
65 5292866
бамп
66 5292958
Пишу в платиновом треди
67 5328029
бамп
68 5366791
бамп
69 5370297
А че бампать, все ведь объяснили
70 5385813
>>5370297
нет
71 5387985
Это телеметрия собирает всю информацию о тебе
>>4902372

>Windows это ПСЕВДО параллельная ось


Ясно. Притащил инфу из прошлого века

>Итак, что же происходит в режиме энергосбережения.


И дальше пошёл шизобред

>там есть параметр Win32PrioritySeparation


Ну, давай, покажи как от смены плана эта настройка меняется

И как вообще это может повлиять на время ядра

Откуда такие дауны псевдоэксперты высрались? Небось ещё сборки на ряженке советует и на Белочку потявкивает
72 5402258
бамп
73 5405064
Ядро платит нолог / ядро не платит нолог.
74 5417891
бамп
75 5426957
Бамп
76 5440624
бамп
77 5457312
бамп
78 5490891
бамп
79 5536278
бамп
80 5563927
бамп
81 5597544
бамп
82 5633456
бамп
sage 83 5633469
Тебе во всех твоих тредах дали ответы уже. Нахуя ты их бампаешь, шиз? Дима, ты?
84 5634439
>>4546255
Очень просто, это совпадение.

Во первых этот график показывает загрузку конвейеров процессора.
Но при энергосбережении частоты урезаются, и производительность падает, отсюда при той же работе растет загрузка конвейеров, и график тоже растет, хотя физически работы осталось столько же
Грубо говоря чем выше частота, тем меньше процент загрузки на графике даёт одна и та же задача.

Во вторых во времени ядра показывает всю системную работу. А в энергосбережении всякие вспомогательные системные сервисы засыпают и не обслуживают ничего.
Т.е. в энергосбережении система выполняет меньше работы.

Вот и получается что при переключении на энергосбережение системные задачи приостанавливаются, и время ядра падает. И в тоже время пользовательские задачи работают, но из-за урезанных частот они показывают теперь больший процент нагрузки.
В итоге получаем наложение графиков: пользовательские задачи стали отображаться так, как будто они сильнее нагружают процессор, а системные задачи практически исчезли из нагрузки, и в среднем график остался на месте, только в нем поменялись доли нагрузки - системная доля уменьшилась, а пользовательская возросла. Но работы пользовательские задачи при этом генерируют столько же, их доля выросла только из-за падения частот и производительности процессора.
85 5649791
бамп
86 5674980
бамп
87 5708757
бамп
88 5709072
>>4542769

>Но ведь загруженность процессора на графике не снижается.


А вот количество переключений контекста - снижается.
89 5756051
бамп
Тред утонул или удален.
Это копия, сохраненная 9 января 2022 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /hw/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски