Проблема:

У меня RX 570 и Arch Linux. У карты Power Limit 90W. Его можно увеличить до 135 Вт, но у меня почему-то максимум 100 Вт выходит.

То есть флаг загрузки ядра для разгона само собой я прописал, затем меняю паверлимит хоть через Corectrl, Lact или даже в терминале вручную, и файлы действительно содержат нужное значение, но фактически в игре или другой нагрузке я вижу упор в примерные 100 Вт. Снижение напряжения, смена частоты и оборотов вентилятора работают вроде нормально. В Windows всё работает. Даю там 135 Вт и карта их использует. Значит железо исключаю. И вот мне кажется, я не могу вспомнить, что ну пару месяцев назад я играл и паверлимит работал выше 100 Вт. Следовательно я уже вплоть до ядра 5.1 откатывался, пробовал в других системах чистых из лайва, и везде лимит 100.

И самое интересное, что я даже прошил модификацию биоса з паверлимитом 120 Вт в карту, а система каким-то образом всё равно режет на 100 Вт. Мне кажется раньше работало.

От вас прошу лишь хотя б проверить у себя карту AMD на предмет поднятия паверлимита. Только проверять в нагрузке, а не факт смены циферок. Хорошо бы Polaris, но можно и другие для статистики. Буду благодарен.

Перемещено hobbit из general

Есть такая знаменитая проблема, как лагающие анимации GNOME Shell под выскокой нагрузкой на процеcсор с видеокартами NVIDIA. На других видеоадаптерах не пробовал.

***

Оказалось, что ядро с патчами СK и планировщиком MuQSS немного помогает удерживать плавность анимации под нагрузками.

Как я обычно делаю:

• 1. Запускаю Blender с рендером сцены на ЦПУ на все возможные потоки, к слову у меня их четыре.
• 2. Зажимаю клавишу Super(Win) и периодически нажимая «А» смотрю на плавность вылета значков. Это самое узкое место в анимациях, но ещё лагает и режим «обзор», особенно когда много окон открыто. Можно просто клавишу Super понажимать.

Что вижу:

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

И вот накатываю ядро СK, повторяю первое и второе условия и анимация под нагрузкой намного лучше, почти идеальная.

Ужесточаю условия. К рендеру сцены можно добавить ещё что-то из нагрузок, например я просто из терминала могу ещё стресс-тест запустить на 4 потока.

stress -c 4

И вот к сути вопроса...

Я зметил, что если повысить приоритет процессу gnome-shell, то плавность анимаций ещё лучше удерживается. Но беда в том, что потом все процессы запускаемые из gnome-shell имеют такой же повышенный приоритет.

Ещё нагуглил такую штуку, как http://ck.wikia.com/wiki/SchedulingPolicies

Типа можно задавать процессам какие-то политики вроде SCHED_FIFO, SCHED_RR, SCHED_ISO Но мои скудные знания английского и вообще познания этих политик, не позволяют понять принцип их работы.

Вот к примеру я сделал на процесс gnome-shell так:

schedtool -I 437

Вроде как становится лучше как никогда.

Так вот кто мне объяснит как работают эти SchedulingPolicies, будут ли запускаемые процессы из gnome-shell иметь такой же приоритет при этом, как это происходит при обычном renice, ну и может есть какие-то способы другие, что бы повысить приоритет gnome-shell, не затрагивая другие?

Есть хорошая программа Fusion 8. Пользуюсь её в Arch Linux в котором текущая версия glibc 2.25.

Так вот Fusion падает в непредсказуемых ситуациях, иногда при подготовке, а чаще всего уже на рендере. В dmesg вижу, что сегфолт на glibc-2.25.so.

Так как программа проприетарная, и Арч даже не числится в списке поддерживаемых, то помощи от разработчиков ждать не стоит, а пользоваться хочется.

Так вот glibc обновлялся не так давно и я помню, что раньше на 2.24 программа вообще не падала. Не падала она точно, но в glibc ли дело, не полностью уверен.

Так вот, можно ли как-то запускать Fusion со старой версией glibc, не откатывая пакет?

Почему у натрона такой медленный рендер? Может я чего не настроил как надо, может у меня и затычка вместо процессора, но сравнил Natron, Blender и Fusion 8 в простейшем действии.

Беру секвенцию 1300 кадров и просто пересохраняю из jpg100% в jpg90%. Natron предлагает мне 4:10 минут рендера. Fusion справился за 1:49

Blender я и ждать не стал, так как после 1:30 было готово только 129 кадров. Но это в режиме композита, а такую простую перегонку кадров можно и в видео редакторе VSE сделать. Собственно которую за 1:12 сделал. Но всё же композит наверное выходит самый медленный.

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

В итоге проприетарный Fusion самый быстрый. В нём недавно видео на 50мин 1080p рендерил 18 часов. Ну там обработка некоторая была.

Natron мне вообще пару суток что ли делать будет? Блендером я уже пытался что-то делать. 19 часов композита для 15мин итогового видео.

Собственно есть ли годный вариант файловой системы с lz4 сжатием? Нужно именно lz4, так как эта хрень реально быстрая. Может придётся патч какой левый применить?

Flatpak — это система изолированных контейнеров для графических приложений, развиваемая одним из разработчиков GNOME Александром Ларсоном.

Пока в snap-пакеты Ubuntu пакуют приложения, и так распространяемые в переносном виде (вроде Telegram и Krita), во Flatpak запаковывают вещи куда серьёзнее. Не так давно была продемонстрирована работа Chromium, а теперь ещё и LibreOffice 5.2 Beta.

То есть легко можно прямо сейчас, в разных дистрибутивах, опробовать самую новую, ещё пока даже бета-версию LibreOffice. Нужно лишь установить Flatpak и непосредственно скачать и установить сам LibreOffice.flatpak.

• LibreOffice.flatpak основан на библиотеках GNOME 3.20 и использует намного улучшенный бэкенд GTK+ 3. Это должно максимально улучшить работу в Wayland.
• LibreOffice.flatpak не включает в себя Java Runtime Environment (JRE).
• Приложения, основанные на Flatpak, пока не могут взаимодействовать с другими приложениями (вроде браузеров). Например, открытие ссылки в документе LibreOffice Writer может не работать.
• В данный момент нет Flatpak-версии LibreOffice SDK.

>>> Одна из инструкций по установке

>>> Подробности

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

Но вопрос в другом сейчас. Не хватает сглаживания к примеру на простых кругах.

Делаю выделение окружностью, заливаю цветом и явно заметна лесенка. Сглаживание включено.

Если добавить растушевку в 2 пикс, то уже лучше и не так заметно. Что я не так делаю или когда завезут более хорошее сглаживание? Смотри пример сравнение: http://storage1.static.itmages.ru/i/16/0514/h_1463231739_3103023_eafa0c8edf.png

Это все усугубляется, так как если еще потом работать с увеличением размера выделения, то оно подхватывает всю эту лесенку и делает её тоже крупнее. Вот пример. Черный круг залил, потом расширил выделение и залил красным. Лесенка ещё больше видна. http://storage3.static.itmages.ru/i/16/0514/h_1463232236_4809330_a3bcd00c12.png