Компания NVIDIA представила новые выпуски проприетарного драйвера NVIDIA 440.100 (LTS) и 390.138 ("legacy" для GPU GF1xx "Fermi"), в которых устранены опасные уязвимости, потенциально позволяющие поднять свои привилегии в системе. Драйвер доступен для Linux (ARM, x86_64), FreeBSD (x86_64) и Solaris (x86_64)...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53241
Самое интересное из нового: это Image Sharpening. На Windows он с августа, где доступен и в обычной панели, и как один из фильтров во Freestyle (Alt+F3) в программе GeForce Experience.
В Linux настраивается он не в nvidia-settings, а переменными.
Включаем:
__GL_SHARPEN_ENABLE=1
На сколько процентов резкость повысить:
__GL_SHARPEN_VALUE=0...100 (по умолчанию 50).
Сколько зерна убрать (чем больше число, тем меньше зерна):
__GL_SHARPEN_IGNORE_FILM_GRAIN=0...100 (по умолчанию 17).
Хотя префикс __GL, на Vulkan оно тоже распространяется. Работает даже в DXVK.Судя по YouTube и бенчмарку TechSpot, FPS в среднем на 3% снижается (редко до 10%).
На видеокартах Turing (включая GTX 16xx) качество обработки лучше, ибо другой алгоритм (написано, что 5-tap upscaler какой-то).
Шрифты вроде не шарпятся (это хорошо).
Если запустить Firefox с __GL_SHARPEN_ENABLE=1, то иксы крашатся.
Скринить и всё в одну картинку впихивать мне самому лень, поэтому вот кто-то сделал (GTX 1650 у него): https://i.imgur.com/TCr0oGf.jpg
(слева направо: 1920x1080, 1280x720 + шарпенинг, 1280x720)У AMD на Винде аналог этого шарпенинга называется RIS (на Polaris и старее ест много FPS).
Выглядит не очень хорошо. Лучше играть в окне, если проблемы с фпс.
Странно. У меня драйвер 304.137, две видеокарты: GeForce 7025 (интеграшка в материнку) и 9800GT. В настройках NVIDIA X-Server Settings можно включить Sharpening в двух местах. Во-первых в Antialiasing Settings, там есть раздел Texture Quality и галочка Texture Sharpening. Во-вторых в настройках монитора во вкладке Controls есть Digital Vibrance и Image Sharpening. Вторая настройка почему-то неактивна на 9800GT (может баг), но на 7025 активна и повышает резкость.
Темы для сочинения:
"Проприентарные драйвера как инструмент порабощения "
"<<Право читать >> в свете соременных реалий"
"Исскуственное устаревание - угроза экосистемам Земли "
"Прогресс аппаратного обеспечения и деградация программистов "
нвидиа спасибо но на линухе играть все равно не во что
герои третьи под вайном и с трассировчкой в 60 фпс... ммм кайф
еще и на PhysX
в 4К
Шел 2020 год люди все ещё не слышали про Proton, DXVK и Lutris. +_+
Почти все что есть в Windows прекрасно играется на Windows через Proton или Wine + DXVK за редким исключением.
Ставишь драйвера с Vulkan 1.2 и катай во все что хочешь.Недавно прошел DOOM Eternal c 300fps на 1080ti.
А до этого в Metro Exodus прямо со старта выхода.
Про Ведьмаков GTA и тд я уже молчу.
!0% FPS это много. Особенно если у вас geforce 860 а не титан.
!0% интеллекта это много. Особенно если у вас анон на опенете через окна и эдж.*очевидный фикс*
Почти не значит все. Попробуй поиграть например в OSU. Куча проблем с latency и чуствительностью мыши (там это критично). Или установи моды на Dark souls. НУ и да потери. Потери fps если у тебя сборка не с топовым железом а "чтоб было играбельно" или даже "чтоб еще можно было хоть во что-то играть" (условная офисная geforce 1030) а таких компов большинство. То дуалбут для игр, линь для всего остального, увы.
> Почти не значит все. Попробуй поиграть например в OSU. Куча проблем с latency и чуствительностью мыши (там это критично).Гугл выдаёт ритм игру. Если это оно - эталонное ненужно.
> Или установи моды на Dark souls.Второе ненужно. Я в игры играю для фану и отдыха, а не чтобы потеть похлеще, чем на работе.
> Потери fps если у тебя сборка не с топовым железом а "чтоб было играбельно" или даже "чтоб еще можно было хоть во что-то играть" (условная офисная geforce 1030) а таких компов большинство. То дуалбут для игр, линь для всего остального, увы.Ага, прям разница в 3 кадра при средних 20 прямо на многое влияет
Играю на ноуте с 2060 и всинком к 60 фпс - некоторые игры под протоном идут лучше, чем нативные (из последнего - курвак 2). Из свежих игр под протоном без проблем идут Halo: The Master Chief Collection, в Titanfall 2 успел кампанию пройти (внезапно эта карусель оригина через протон в стиме запустилась), да и последний ремастер CnC без проблем бегается. Вот единственное где могут быть проблемы - это античиты для сетевых игр. Но и тут пофигу (опять же, зачем потеть), те полтора тайтла, что я бегаю по сети есть нативные, а в остальных сингл прошёл и забыл.
> Если это оно - эталонное ненужно.Это оно. Но не нужен тут твой коммент.
Что за массовая тупизна, раз мне не нужно, то и никому не нужно.> Второе ненужно. Я в игры играю для фану и отдыха, а не чтобы потеть похлеще, чем на работе.
Твой коментарий уже дважды не нужен.
> *всё остальное*
Да, у нас на Линуксе всё есть, а чего нет, того и не надо.
Ладно, рад за тебя, но объявлять проблемы других людей "не нужными" -- не признак высокого ума.
Есть же опенсурс реализация OSU
Ну раз вы решаете, что кому нужно а что нет, тогда я продолжу.Лично я не пользуюсь линуксом, поэтому я решил, что он никому не нужен
>Попробуй поиграть например в OSUОсу же нативная есть.
Под лялих-то? Вроде нет, официальный клиент только под шиндошс, есть еще версия под мак, но она считается очень нестабильной. Но если кинешь ссылку - буду рад.
https://github.com/ppy/osu/releases
>(условная офисная geforce 1030) а таких компов большинствоСмотрим статистику стима по железу и видим, что только идиоты покупают офисные 1030 для игр. Любая бу карта из игрового сегмента, та же 970 даст лучший результат в играх за меньшую цену, как на винде, так и на линуксе.
Duke Nukem Forever не работает :(
>Шел 2020 год люди все ещё не слышали про Proton, DXVK и Lutris. +_+Оба ваших коммента свидетельствуют о том, что вы оба не слышали про Stellaris и Civ V — VI.
Горсть типа олдскульных рпг-шек вроде PoEt, Tyranny, P:ToN… Ну можно ещё Pathfinder, не налажай они так сильно.
>Почти все что есть в Windows прекрасно играется на Windows..А это не всегда так?
> Почти все что есть в Windows прекрасно играется на WindowsНу-у, не удивительно.
Посоветуйте игры про кадетов или что-нибудь в этом роде.
Space quest.
3D Pinball: Space Cadet
Darksiders
0 a.d., Battle for Wesnoth
подскажите, как сделать так, чтобы ребёнок не мог резаться в контру и т.п., явно не удаляя Стим (чтобы не палиться)? На линухе...
FreeBSD поставить?
На самом деле, легко. Главное удалить 32-битный видеодрайвер. После этого ничего не запустится.
> На самом деле, легко. Главное удалить 32-битный видеодрайвер. После этого ничего не
> запустится.критерий "не палиться" не соблюдён...
Зачем ребенка совсем лишать игр? Можно занять его спортом, например.
Или игрой на фортепиано (пока маленький, а потом будет трудно), езде на велосипеде, иностранным языкам, плаванию.
> Зачем ребенка совсем лишать игр? Можно занять его спортом, например.
> Или игрой на фортепиано (пока маленький, а потом будет трудно), езде на
> велосипеде, иностранным языкам, плаванию.отличная идея. к сожалению, смартфон с компом == неизбежное и злобное зло :)
Поймать хендшейки клиент-сервер. На основе них сделать сигнатуру для модуля string iptables.
Но лучше решить проблему в разговоре. Ничего плохого в "контре и т.п." нет.
> Поймать хендшейки клиент-сервер. На основе них сделать сигнатуру для модуля string iptables.затейливо
> Но лучше решить проблему в разговоре. Ничего плохого в "контре и т.п."
> нет.плохого нет, когда в меру. к сожалению, меру разговорами не установить
не установить если ребенку больше нечем заняться. если у него есть план на день и в этом плане только 1 час поиграть в компик, то и меру разговорами устанавливпть не надо.
>чтобы ребёнок не мог резаться в контру и т.п., явно не удаляя Стимнеоф. клиент cs 1.6 уже даже в браузере запускается, без всяких установок
отправь на митинг. пару лет точно не будет резаться
Предложите ему работать закладчиком. Времени не останется на эти игры и польза семье и обществу будет.
Когда на этих драйверах будут нормально KDE и Wayland работать?
Никогда. И что тебе вообще вялый такого даст, ради чего можно выбросить иксы?
На этот вопрос ни один фанат вялого ответить не может. Он им нужен прочто чтобы было.
Один только испанский стыд при ресайзе окон, показывает, что с графикой творится неладное.Примитивные 2d-операции в современных DE с новейшими видеокартами еле шевелятся и похожи на Windows Vista без драйверов из прошлого десятилетия.
> Один только испанский стыд при ресайзе окон, показывает, что с графикой творится неладное.А что с ним? Куда смотреть?
Сейчас попробовал - выглядит отлично. Fedora 32/modesetting/Xfce/rx5600xt/Ryzen 3600x (если это важно).
Я к тому, что 0 тормозов.
> На этот вопрос ни один фанат вялого ответить не может. Он им нужен прочто чтобы было.а для того чтобы увидить что Wayland работает тупо на порядок качественее (выводит картинку) чем Xorg -- достаточно проделать простой эксперимент:
открывай:
gtk3-demo
и в нём ищи "Fishbowl".
результаты сравни в Wayland и в Xorg.
А я вот не увидел. А если я не страдаю шопогольством и не бегу покупать только что появившуюся видюху или монитор в 100 500 К потому что всё равно не сижу в упор и не разглядываю пиксели. Мне оно надо?
Фанатикам бесполезно что-то объяснять, забей.
> на порядок качественеев чём измеряешь качество? что за оксюморон - количество качества?
>> на порядок качественее
> в чём измеряешь качество? что за оксюморон - количество качества?количество нарисованных иконок
Отвечу, wayland нужен для аппаратного проигрывания видео в Firefox, это очень важно для ноутов. Патченный Chromium, который умеет аппаратное ускорение в иксах, не во всех дистрибутивах. Если можно было бы в wayland работать на интеграшки и пользоваться nvidia для игр через PRIME это было бы отлично.Еще wayland дает сикурность, софт из flatpack/snap может исполнятся в песочнице, удобно для всяких нужных поделок от неизвестных васянов (инструменты там менеджмента, органайзеры и т.д.), но нынешние иксы позволяют захватывать экран и ввод с клавиатуры. Просто страшно ставить что-то непроверенное. С wayland будет спокойнее, песочницы заработают.
>Патченный Chromium, который умеет аппаратное ускорение в иксах, не во всех дистрибутивах.Патченный без синхорнизации с учеткой google. Офигенная свобода выбора.
похоже, кто-то ниасилил иксы, в т.ч. их "сикурность".
Знаешь, у меня как-то в 2014 году отвалилось аппаратное ускорение видео в браузере. Флеш нормально работал только в Ubuntu 12.04, а в других дистрибутивах почему-то падал через несколько минут работы, если включен VDPAU. Я ходил по форумам и искал решение проблемы, а мне со злобой отвечали, что аппаратное ускорение видео не нужно. Что сейчас не 2010 год, сейчас процессоры быстрые.2020 год. Открываем любой тред и видим "Wayland нужен потому что там видео в браузере ускоряется!". То есть вы пять лет назад меня убеждали, что это мне не нужно, а теперь радуетесь тому, что это появилось?
И да, в иксах это работало во флеше, в иксах это работает в Chromium, в иксах это будет работать в Firefox, когда i-Rinat доделает патч.
> а мне со злобой отвечали, что аппаратное ускорение видео не нужно. Что сейчас не 2010 год, сейчас процессоры быстрыеНу вот у тех и спрашивай.
А сейчас я кидаю видяшку со смартфона в хоть и старый, но вполне мощный компьютер 2012 года, а он её не тянет в видеоплеере без использования GPU.
HEVC 4K 60 FPS трудновато для CPU.> И да, в иксах это работало во флеше, в иксах это работает в Chromium, в иксах это будет работать в Firefox, когда i-Rinat доделает патч.
- Работало, а сейчас нет. - Работает через пень и колоду, потому что никто в этом не заинтересован. - Не будет нормально работать, ибо нет ресурсов и никто в этом не заинтересован.
X-ы вообще никак не мешают аппаратному ускорению видео
https://imgur.com/a/VcyFpphПроблема в разработчиках браузеров. В чем проблема активировать vaapi который в браузерах есть, но выключен? Большая часть компов использует интеграты Intel или AMD на них vaapi работает без проблем, сделайте это по умолчанию отключенным, но с возможностью включения без перекомпиляции браузера.
> X-ы вообще никак не мешают аппаратному ускорению видео
> https://imgur.com/a/VcyFpph
> приводит в пример MPV, где авторы не включают GPU декодирование по умолчанию, потому что багрепортами завалятДело даже не в самих иксах как таковых, а во всей инфрастуктуры линуксовой видеосиситемы - это лютый и глюкодромный зоопарк
> Большая часть компов использует интеграты Intel или AMD на них vaapi работает без проблем, сделайте это по умолчанию отключенным, но с возможностью включения без перекомпиляции браузера
Это сделали в Debian, Fedora, Arch для Chromium-а в репах. Глюков вагон с Intel и AMD на VAAPI.
> Это сделали в Debian, Fedora, Arch для Chromium-а в репах. Глюков вагон
> с Intel и AMD на VAAPI.В обычном Chrome под Linux эта опция просто игнорируется, в FF тоже самое. Если я открою chrome://gpu то там будет все включено:
Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Out-of-process Rasterization: Hardware accelerated
OpenGL: Enabled
Hardware Protected Video Decode: Hardware accelerated
Rasterization: Hardware accelerated on all pages
Skia Renderer: Enabled
Video Decode: Hardware accelerated
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware acceleratedНа деле же Video Decode как работало через CPU так и работает.
> В обычном Chrome под Linux эта опция просто игнорируетсяКонечно. Потому что забагованно.
Вон тебе Chromium с открытыми исходниками, где это работает через одно место.
По другому никак, ибо сложность реализации и поддержки поделенная на рыночную долю = невыгодно.
> Конечно. Потому что забагованно.В mpv как видишь на скрине все замечательно работает. А google и mozilla сделать не могут? А мне тут сиди пересобирай хром да ещё, чтобы получить возможность включить на нем синхронизацию, получи ключ разработчика. Зашибись.
> В mpv как видишь на скрине все замечательно работает.Уже выше писал:
> приводит в пример MPV, где авторы не включают GPU декодирование по умолчанию, потому что багрепортами завалят
> А мне тут сиди пересобирайДа. Таков твой путь. Это опенсорс.
Я уже написал про собранные дистрибутивами.
Ты понимаешь разницу дописать в конфиг hwdec=vaapi и пересобрать все. В AUR, например, есть свежий chromium-vaapi, но чтобы его собрать надо пол часа как минимум греть воздух ноутбуком. И в нем нет ключей для гугловых API, то есть или прощай синхронизация, или регистрируйся как разработчик и получай индивидуальные ключи.
Ну это твои проблемы. Таков твой путь.
И с компилянием, и с арчем с аурой, и Гуглом.А так из крупных браузеров на основе Chromium, только Brave осмелился предоставить эту опцию.
> Проблема в разработчиках браузеров.Ну или вот открываем
https://github.com/intel/intel-vaapi-driver/issues/493
А для тебя виноваты во всём разработчики браузеров, что на таком фундаменте кривом не могут прямой дом построить.
> Это сделали в Debian, Fedora, Arch для Chromium-а в репахЕщё и Ubuntu в SNAP снова начала ковыряться на это дело
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+...
Привет, Зенитар.
Привет, чел, который меня "послал" 5 лет назад, предложив решить неработающий в браузере VDPAY обновлением "железа".
Сейчас просто появились тяжелые форматы VP9 4K 60p.
Другие условия, 10 лет доминировали десктопы. А теперь ноуты, нынешние ноуты тоже справляются силами CPU, только батарейка садится быстро :(
Там и иксовый KDE хреново работает если стоит opengl compositor.Если что-то не работает, что работает у других производителей это ненормально.
когда KDE нормально работать будет?
KDE особо ничего не решает и зависит от полупроприетарного тулкита сторонней коммерческой компании.
О ужас, софт зависит от LGPL/GPL библиотек. Никогда такого не было.
Слишком толсто.
Проблема не в драйверах, проблема в кде. Квину всё хуже и хуже, сначала они сломали opengl композитор, потом и xrender композитор. Боже храни инженеров нвидиа, они придумали ForceFullCompositionPipeline и тиринга нет и без композитора вовсе. Ещё бы статтеринг починили -- я знаю, что они работают над проблемой, но скорее бы. Под конец после очередного обновления конфигуратор просто начал крашиться при попытке его открыть. Надо ли говорить, что я испытываю ровно ноль проблем со всем остальным софтом? После нынешнего обновления, конфигуратор kwin показывает чёрную вкладку на табе window decorations и в остальном всё работает, включая композитор и эффекты с xrender. В system settings левая панель чёрная. Я никогда такого не видел. Кде поплохело. Всё остальное работает, больше нигде проблем не нашёл. Если верить info center, драйвер определяется корректно, да и с ним нет проблем, я бы наверно заметил.К слову, в логе выдаёт подобное:
QQuickWidget::invalidateRenderControl could not make context current
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow)И подобное:
file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/ScrollViewStyle.qml:60:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/ItemListDialog.qml:51: TypeError: Cannot read property 'separatorCount' of null
trying to show an empty dialog
file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/BusyIndicatorStyle.qml:39:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 34950, resource id: 41943441, major code: 18 (ChangeProperty), minor code: 0
kf5.kconfig.core: Use of KConfigWatcher without DBus support. You will not receive updates
Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:141:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:131:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/RefreshableScrollView.qml:143:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/RefreshableScrollView.qml:143:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
QQmlEngine::setContextForObject(): Object already has a QQmlContext
QQuickWidget: Failed to make context current
QQuickWidget::resizeEvent() no OpenGL context
QQuickWidget: Failed to make context current
QQuickWidget: Attempted to render scene with no context
Ок, пройдёмся по пунктам.- Нвидия опять сломала мне ядро (во всяком случае lts) -- после запуска иксов, при переключении на tty экран отключается. Т.е. после остановки иксов экран гаснет и всё. В 450.51. Всё в порядке на 440.100 и 440.82
- Вейланд зависает на чёрном экране, 0 реакции. Клавиатура отключается. Выглядит как прикоы libinput, если бы не пустой экран. С 440.82 dxvk повесил видеокарту намертво на выходе из юнити приложения, это у него бывает. С 450.51 пока всё лучше работает, но не работает переключение на tty. Это критично -- я активно пользуюсь текстовым режимом. Если не пользоваться, можно вроде обойти умирание системы при остановке сессии (в том числе startx) выходом в sddm и выбором другой сессии там. Когда иксы запущены, экран включается. О startx от разных пользователей придётся забыть наверно. Или действовать вслепую.
- На 450.51 наблюдаются артефакты в 2 местах в kde.
- Opengl композитинг не работает в kwin уже не помню сколько лет, xrender композитинг работает в
440.100 и 450.51 и не работает в 440.82. Конфигуратор тоже не работал в 440.82, оба kwin и systemsettings, т.е. там где чёрные текстуры в 450.51 есть баг, но в 440.100 он почему-то не проявляется).- При остановке sddm в процессах остаётся висеть startplasma-x11 от пользователя, хотя он должен умирать с иксами и всеми пользовательскими процессами. Надоело писать killall -9.
- Самая грязь. Видимо тонкий намёк на качество elogind и dbus, Sddm не стартует, если сессию elogind запускает system dbus. Нужно добавить elogind и dbus в автозапуск, после загрузки остановить сервис elogind и запустить сервис sddm, который запустит elogind. Иначе dbus сам запускает elogind и его нужно убивать и удалять файлы. Если удалить /usr/share/dbus-1/system.d/org.freedesktop.login1.conf dbus elogind не запускает, при этом логин происходит очень медленно, и loginctl не работает. Решение: не запускать systemd dbus, чтобы он не запускал elogin. Без system dbus и elogin-daemon loginctl не работает, но он и не нужен, во всяком случае на однопользовательской системе. Логин моментальный.
- Иксы постоянно ноют за неспособность настучать в system dbus, с год назад были патчи, выпиливающие dbus из xorg-server, но с тех пор там что-то сильно всё перекроили и зависимости разрулить не получилось.
- Ну и наконец, если запускать иксы с Option "AutoAddDevices" "False", libinput так и не смог подцепить клавиатуру с мышкой. Секция "InputDevice" не поддерживается в libinput, только "InputClass" (вся конфигурация переехала в эту секцию), но мои идентификаторы невозможно подцепить вручную в ServerLayout. Поэтому "AutoAddDevices" "False" пришлось отключить, иначе иксы не реагировали на ввод совершенно.
>после запуска иксов, при переключении на tty экран отключается.думал такое лишь во фришечке, а вот оно че...
хорошо хоть у интеля ксе пашет.>Option "AutoAddDevices" "False"
разве это не к hald относится? который в линуксах вроде как давно выпилили?
Очередной мамкин оптимизатор поотламывал от системы кучу компонентов, теперь ноет из-за неизбежных глюков.
Что-то 10 лет глюков не было, а сейчас появились, и виноват оптимизатор. Ну да, конечно. Opengl композитинг не работает вероятно из-за hardened флагов компилятора -- раньше kwin на нём рандомно сегфолтился и выдавал артефакты на моей видеокарте и это было несколько лет. Особенно при переходе с tty на иксы. Не слишком часто случалось, чтобы меня беспокоило. Некоторый софт принудительно отключает _FORTIFY_SOURCE, если ему очень надо, хоть я и против. Авторам виднее. Или из-за gold линкера. С ним лучше оптимизации lto работали, но кути у меня без lto, потому что с ним они начинают постоянно сегфолтилить кеды. Зато с lto можно собрать практически весь остальной софт, и он будет быстрее и эффективней работать. Ещё часть пакетов ломалась от graphite, от которого я отказался (с каждым обновлением компилятора это новые десятки поломанного софта, и о том, что он поломан, ты узнаешь только в процессе работы).Недавно я обратил внимание на то, что gold линкер испытывает проблемы со сборкой mingw-
w64. А ещё он не собирает линукс 5.4 и более поздний (это фича, признанная апстримом), раньше всё нормально было. А ещё nodejs(?) и nvidia-drivers по-моему, но последнее не точно. По ссылке говорят [1], что он немного в стагнации -- вот что бывает, когда софт разрабатывают проприетарные корпорации. Ну ладно, пришло время от него избавиться.
какая интересная у людей жизнь (с)
это где такое? ни один из пунктов не замечен. правда, у меня нвидиа не из свежих.
На моей системе. Большую часть из этого можно не заметить или пропустить, возможно мейнтейнеры позаботились или драйвер более старый. Или баги не проявляются без hardened флагов (т.е. такая система более уязвима). Некоторые проблемы начались, когда nvidia начала переписывать видеодрайвер в честь вулкана, и могут быть железоспецифичны. UseNvKmsCompositionPipeline вот это вот всё. Другая часть проблем была вызвана __GL_THREADED_OPTIMIZATIONS (fps то больше, но некоторый некачественный проприетарный софт не оценил).
К слову, пока вулкана не было, gpu hang словить на нвидии было невероятно, я наблюдал его только на интеле с амд. Это серьёзный недостаток линукса, что он не может сбросить повисший девайс, в венде это решили. Я слышал, что всё те же пресловутые инженеры nvidia, пытались это исправить, и вроде даже теперь графика не во всех случах невосстановимо зависает и само ядро больше не зависает, но продолжать работу дальше без перезагрузки обычно невозможно. А обскурные баги в логах из хитов выдают только полторы малорелевантные страницы на форуме nvidia. Может быть, в вейланде пофиксят, но я уже особо не надеюсь на это. Ещё меньше я рассчитываю на опенсорсные драйвера.
ММм это не совсем gpu hang у вулкана сейчас, на 25 секунд зависает и дальше работает.
[64773.182592] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000927c:0:0:982
[64775.183096] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000927c:0:0:982
[64795.414401] nvidia-modeset: ERROR: GPU:0: Failed to idle DMA.Забавно, что в 450 этого зависания в юнити нет. В 440 вот есть.
> Ну и наконец, если запускать иксы с Option "AutoAddDevices" "False", libinput так и не смог подцепить клавиатуру с мышкой.Когда openSUSE переходила с kbd и mouse на evdev, я где-то в их документации видел объяснение. Что если выставить True, тогда evdev, а если False, тогда прописывай kbd и mouse.
А ещё плазма течёт в 450.51. 2 гигабайта за сутки. Вот это я могу списать на драйвер. Чёртовы блобы, фуфуфу. Но, с другой стороны, это бета драйвер и они часто кривые. Дело было не в линкере кстати, не то чтобы я ожидал иного. И наверно не в ядре. Правда, артефакты кед вроде починились, когда включил drm и drm_helper в ядре, но раньше и без них всё распрекрасно было. Всё ещё отрубает питание монитора без иксов. Может быть ему теперь acpid нужен? Я не использовал и отключал в блобе.
> сначала они сломалиИм не впервой. Я бы еще добавил qtconfig.
Лучше бы нормальную поддержку Optimus завезли, столько лет прошло, а всё какие-то костыли...
Как поживает nouveau?
Ждем свободного железа.
Говно а не драйвер.
Драйвер как драйвер, учитывая, что он разрабатывается методом реверсинга.
Я под линуксом только им и пользуюсь, претензий нет. Хотя в игрушки не играю - некогда.
В любом случае, модешь сделать лучше - сделай. А то обсирать все умеют, а как до дела доходит - не знаю, не умею, разрабы должны...
Как говорил тов. Сталин, критикуешь - предлагай, предлагаешь - делай, делаешь - отвечай.
А просто так обсирать чужой труд нехорошо.
Попытка не пытка. Как говорил товарищ Сталин.
>Как поживает nouveau?На gtx1070 дает аж 10% производительности от полноценного дравера.
Не может обеспечить частоту обновления экрана в 144Hz на мониторе, причем при переключении на этот режим сам монитор рапортует что выводит все как и положено, а на экране в это время "эффект старого Ч/Б телевизора с посаженным кинескопом".
У меня на gtx1070 работало корректно.
Молодцы что не дропнули поддержку Fermi с января 2019, как обещали.
Ура. Лучший драйвер (хоть и закрытый). Спасибо нвидии! На фре просто конфетка.
> Лучший драйверЮморист, вот умора
Это хорошо, завтра в магазе новенькую невидию заберу....
