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


вот так лучше будет

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

sco01
По второму сценарию musicman321 все работает, не заглючило за 3,5 часа работы, итог отписал в статистике
Теперь попробую первый сценарий, затем твой попробую sco01

MegaCalcii
работать то будет куда денеться, просто команда assign=1 ограничило 17 ядро строго одним потоком проца - больше одного нельзя юзать вообще, а видиков у тебя три...
исправить примененное ограничение можно только применением др конфига, либо перезагрузкой - имей ввиду при тестах

sco01, да, каждый (их 3 шт ) процесс FahCore_1*.exe будет использовать одно "ядро" (HT-поток) и при этом будет "сидеть" на своём "ядре". Больше ему и не надо, максимальная загрузка у 17 ядра - одно "ядро" (физическое либо HT-поток).

musicman321
с чего ты это взял интересно? возможно конечно что твоя задумка была в этом, но к сожалению прога о ней не знает и действует строго по правилам и не более того..

Добавлено спустя 6 минут 19 секунд:
чтобы работала как ты хочешь одним словом нужно прописывать путь к каждому ядру полностью в явном виде, а сейчас правило *\FahCore_1*.exe работает так: действия применяются ко всем процессам с таким именем не зависимо от того из какой папки они запущены... а далее у тебя идет сами правила - думаю тут коментарии тебе не нужны уже

Из хелпа WinAFC. Проверено многократно эмпирическим путём, в частности, испытано на POEM'е (там две копии расчетного ядра запускаются, только на один видик и каждому нужно по "ядру" проца).

Смотрим хелп самой проги, и убеждаемся, что моя задумка работает


Хотя в нашем конкретном случае процессы потребляют равное кол-во CPU и атрибут, вроде как и не обязателен, но, как минимум, не мешает.


Но по личным наблюдениям, чистый ROUNDROBIN работает опять же при assign=1. Без него винда постоянно перекидывает процесс с ядра на ядро. Это выглядит так, как будто однопоточное приложение выполняется на нескольких ядрах, для наглядного примера запуск SuperPI в простое:


Предлагаеш три раза написать это ?

Не находишь, что это явная ерунда ? Да и если бы клиент делал по копии FahCore_17.exe на каждый слот, это лишнее. Гораздо проще писать просто "assign=1"

Добавлено спустя 39 минут 14 секунд:


И видики будут сидеть на одних физических ядрах с процессорным клиентом, да еще и меньшим, чем у оного, приоритетом. Хотя проверять надо эмпирически...

musicman321

ну во первых видика 3, и как не крути даже в твоем случае одна PAIR разбита между процом и видиком - согласен?

второй момент - у меня в примере физ ядра - у тебя одно ядро и два НТ - по сути тень отца гамлета без физ ядра
можешь проверять на IDLE так всеми любимом приоритете, но уверяю из-за того что проц с видиком не пересекаются ни на одном потоке разница даже с High ты не увидишь

p.s. гуглтранслейт зло - даже яндекс лучше переводит кстати

Сервер в оффлайне, tguskill оповещен, ждем вестей

Добавлено спустя 51 секунду:
sco01 musicman321
Хватит спорить, проверю все варианты и скажу наилучший

MegaCalcii, да, каждый раз перезагружаться перед применением привязки не нужно, не знаю как там на Windows 8, а на 7 нормально применяет без перезагрузки. Достаточно просто загрузить файл в WinAFC, щелкнув правой кнопкой по её значку в трее и нажав Load, загрузить файл-конфиг.
sco01, по физическому ядру можно выделить только так, никаким другим способом тебе избежать просадки от использования HT не получится, увы:

ну или

что абсолютно эквивалентно.
Или так:
.
Но последний конфиг, я считаю не желателен, т.к. как я писал уже, процессы FahCore_1*.exe будут бегать между потоками одного физ. ядра (CPU6<=>CPU7, ...).

В итоге пришли к тому, что это лучше не прописывать?


А здесь куда выкинули CPU7 и CPU11? В каком статусе эти потоки остались?


А здесь куда выкинули CPU6 и CPU10? В каком статусе эти потоки остались?

Во всех этих случаях сколько потоков выделять CPU слоту?

MegaCalcii я обычно смотрю, на сколько грузит проц один ГПУ-поток в процентах, беру максимальное замеченное значение, суммирую исходя из количества видеокарт и перевожу в количество необходимых потоков.
Пример: у меня сейчас один ГПУ-поток грузит проц (8 потоков) максимум на 14,2%. Следовательно 3 видеокарты будут грузить его на 42,6%. Если брать 8 потоков за 100%, то 42,6% = 3,4 потока. Т.е. нужно 4 потока. Остальное можно отдать под процессор.

У меня дома гпу-поток жрет 8% проца, у меня 6 ядер(12 потоков), на сервере тоже 6 ядерник(12 поточник), то есть 3 видеокарты будут жрать 3 потока, то есть и надо выделять 3 потока, мы все верно делаем?
Тогда не надо обрубать до 8 потоков на CPU-слот, если видюхам хватает 3х потоков, значит значение должно быть CPU:9, так?

Sir_N_Drew ты не учитываеш, что и другие приложения могут использовать проц, примерно на 1-2 %. FahCore_17.exe - однопоточное приложение, на 8 ядрах макс загрузка будет 12,5 %. Не надо никаких процентов высчитывать, делиш 100 на число потоков (ядер) вот тебе и максимальная загрузка однопоточного приложения. Просто дисперчер задач всегда будет округлять до целого (в меньшую сторону, по крайней мере на 8 и 12 потоках)

Добавлено спустя 5 минут 10 секунд:

Никуда не выкинули, отдали ВК целое ядро (если 2й поток свободный, то получается доступно физ. ядро, влияние HT минимизированно). На каждой ВК PPD должен подрасти на 7-10к, я пробовал так ставить.

Нашел способ убивать 15 ядро, пусть варварским методом, зато автоматом
В программе RealTemp есть такая функция, что по достижению заданной температуры запускается указанный исполняемый файл или bat-файл, соответственно, задал значение для видеокарты 80 градусов и прописал в батнике taskkill /f /im fahcore_15.exe
Теперь при достижении 80 градусов 15 ядро будет убиваться, жуй панда и его команда их сам

MegaCalcii , чтобы не ловить 15 ядра проще линукс поставить, как будет возможность проверю сам. Там PPD выше, по статистике наших зарубежных коллег.

musicman321
Не проще, это уже обсуждалось, некому настроить, отладить все это дело, а потом следить
И еще про первый вопрос не увидел ответа:
В итоге пришли к тому, что это лучше не прописывать?

MegaCalcii, у меня давно так работает. Проблем нет. До этого вообще было так

но иногда почему-то оно мело все вышеуказанные процессы под эту гребёнку.

musicman321
То есть ко всем вариантам эти строчки добавлять
Ок, пока сервер в дауне, как поднимется, буду тестировать и скажу вердикт для 3х видюх

musicman321 я в своё время пробовал выделять 4 ГПУ слотам 4 потока процессора. Это привело к значительным просадкам ППД. В итоге выделил 6 потоков + привязал к ним помимо видеокарт все сторонние процессы (типа торрента, флайлинка, скайпа и тд). Всё работало как швейцарские часы.

Вот вы заморочились, отключить нафиг счёт на ЦПУ и дело с концом. Может от этого прирост на ГПУ будет больше чем ППД на проце.