Отлично сработались, приятное общение. Помог решить оперативно все вопросы по оплате. Сотрудничеством остался очень доволен
Благодарю за предложение, но старенький этот проц уже.
Отправлено с моего iPhone используя Tapatalk
Вообще спорю, но к сожалению это пока что самый оптимальный способ, по факту я сравниваю скорость рендеринга в итоге, но это уже потом .....
Для видеокарты и cuda там идут новые дрова и в итоге разблокировать все ядра так и не удалось, потратили на этот момент около месяца и уйму денег на админов.
В итоге рендеринг на 2-4 ядрах видеокарты оказался очень зависимый от CPU и даже после ручной сборки ffmpeg была просто огромная утечка памяти + вылазили артефакты при рендеринге насколько я помню.
У нас уже была и дешевая карта для тестов, и 1060 - глухо наглухо.
Статья на хабре была актуальна для того времени.
Благодарю за наводку, интересное предложение. рассмотрю, но есть оптимальнее:
1. CPU Model: 2x Intel Xeon E5620 2.40GHz
2. GHz Min - GHz Max: 2,40 GHz / 2,66 GHz
2. Cores - Threads: 8 / 16
3. Цена / Кол-во потоков: 2,62
4. Цена в мес: 42 EUR
https://www.worldstream.nl/en/dedicated/custom/info
Я всегда как по инструкции здесь делаю - работает
https://www.servernoobs.com/avoiding-cpu-speed-scaling-in-modern-linux-distributions-running-cpu-at-full-speed-tips/
Можете попробовать это:
По данному мануалу, у меня получилось заставить CPU работать на макс. частотах на постоянной основе
Благодарю, нашел - оказалось это кеш файлы скрипта перелинковки Htracer
Почистил, стало значение в df -i 7%
df -i
limits - command not found
Первый раз когда появилась ошибка, диск был забит на 98% кеш файлами, которые я почистил, перезагрузил сервер и все решилось.
Теперь же когда появляется ошибка - диск занят на +/- 60%
И честно скажу, помогает именно очиста кеш папки одного сайта + ребут, но дело в том, что теперь ошибка появляется независимо от занятого места на сервере (когда чищу диск занят на 64%), помогает именно очистка кеш папки, хмхм
