LINUX.ORG.RU

Бета-версия проприетарного видео-драйвера NVIDIA 340.17

 , ,


0

0

Изменения:

  • Добавлена поддержка следующих GPU:
    • GeForce GT 730
    • GeForce GT 740
  • Реализованы различные улучшения и исправления в данных, отправляемых GL приложениям через расширения KHR_debug и ARB_debug_output.
  • Устранена ошибка, которая приводила к сбоям GLX приложений, которые одновременно создают изображения на нескольких серверах Х, во время свопинга буферов.
  • Обновлена панель управления nvidia-settings, чтобы создавать отчеты обо всех действительных именах для каждого адресата при запросе целевых типов, например, `nvidia-settings -q gpus`.
  • Добавлена поддержка управления доступности быстрого полноэкранного сглаживания (FXAA) для приложения через новую переменную среды __GL_ALLOW_FXAA_USAGE и соответствующий код профиля приложения GLAllowFXAAUsage. Более подробно смотрите в текстовом документе README.
  • Устранена ошибка, приводящая к искажению непрямого рендеринга при системных конфигурациях, не позволяющих записывать в исполняемую память.
  • В nvidia-settings обновлены Make-файлы, чтобы разрешить nvidia-settings динамическую компоновку с пакетом libjansson. Эту опции можно включить, установив значение переменной Make-файла NV_USE_BUNDLED_LIBJANSSON на 0. Обратите внимание, что для nvidia-settings требуется libjansson версии 2.2 или выше.
  • Из nvidia-installer удалена проверка уровня запуска: больше не возникает проблем, ранее связанных с уровнем запуска номер 1.
  • Добавлена поддержка мониторов с поддержкой технологии G-SYNC. Дополнительная информация и системные требования доступна по ссылке.
  • Улучшена поддержка запуска драйвера NVIDIA в конфигурациях, где запрещена запись в исполняемую память. Оптимизации драйверов, которые требуют записи в исполняемую память, можно принудительно отключить с помощью новой переменной среды __GL_WRITE_TEXT_SECTION. Более подробно смотрите в текстовом документе README.
  • Устранена ошибка драйвера Х, из-за которой на некоторых из последних GPU игнорировались обновления таблицы цветокоррекции с глубиной зеленого цвета 15 бит на канал.

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

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 3)
Ответ на: комментарий от i-rinat

видео через HTML5 ест CPU

да, не то чтоб проблема, но перекинуть нагрузку на простаивающую видеокарту было бы не лишним

надо смотреть профилировщиком

а про этот пункт можно подробнее?

sehellion ★★★★★
()
Ответ на: комментарий от i-rinat

посмотрел, все отжирает libxul.so, что в принципе понятно, а вот дальше упираюсь в адрес 0x371118 и дальше никак

sehellion ★★★★★
()
Ответ на: комментарий от sehellion

Надо ставить пакет с отладочными символами или пересобирать отладочную версию самому.

i-rinat ★★★★★
()

Глючная невидия нахрен не нужна. Встройка Интела - и всё, забыл о проблемах.

Hertz ★★★★★
()
Ответ на: комментарий от gentoo_root

После убивания игры SIGKILL'ом она повисает как зомби с дочерним тредом, жрущим 100% CPU (понятия не имею, как это вообще возможно o_O).

А что тут невозможного? Почему бы благородным донам программе не кушать 100% CPU? (тем более, что по факту это 100% одного ядра, по крайней мере htop именно так показывает.)

RiseOfDeath ★★★★
()
Ответ на: комментарий от RiseOfDeath

Ну например регулярно проявляются всякие разнообразные проблемы с ним. Но никто не запретит использовать мёртвый wm до последнего, конечно же.

wakuwaku ★★★★
()
Ответ на: комментарий от wakuwaku

т.е. кеды? не-не-не, спасибо... я там даже куб настроить не смог, что бы он вертелся куда надо, а не куда он хочет.

RiseOfDeath ★★★★
()
Ответ на: комментарий от anonymous

1) слакогента. Я портежи скомпилил в слаку.
2) и не только чсв.

DeadEye ★★★★★
()

Как там kwin, не тормозит? А то я предыдущую бету пробовал, так аж ресайз окон тормозил.

Panic_At_The_Kernel
()
Ответ на: комментарий от RiseOfDeath

А что тут невозможного?

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

gentoo_root ★★★★★
()
Ответ на: комментарий от ZenitharChampion

а покажи свой конфиг иксов

я поудалял оттуда всякие опции, теперь вроде сабж не течёт

anonymous
()
Ответ на: комментарий от user_id_68054

вот этот режим торможения — он же не допускает нагревания на коленях.. или нет?

Разве что TurboBoost может отключаться.

врядли, ну или быть может на каком-нибудь там CPU-чипе от AMD (то бишь на говноCPU)

Ноут с Core i7 неплохо так до 70 разогревается при нагрузке, даже от батарейки. А самого начала было ещё хуже, там TurboBoost включался.

Твоя ненависть к чипам AMD похожа на слова бывшего сторонника. Они часто «проворачиваются» от обожания до ненависти.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Твоя ненависть к чипам AMD похожа на слова бывшего сторонника.

ненависти особой нет. просто хуже чем у Intel.

для красивого словца назвал говном :).. но вобщем-то-говоря прям-сильно-то уж говном-то AMD-чипы не являются (тут смотря с кем сравнивать. например видеокарты у AMD лучше чем у NVIDIA).

Ноут с Core i7 неплохо так до 70 разогревается при нагрузке, даже от батарейки. А самого начала было ещё хуже, там TurboBoost включался.

возможно действительно имеют место быть некоторые проблемы.

даже у Intel.

но в целом — это в первую очередь проблемы железа.

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

например ноутбук НЕ должен нагреваться до такой темпиратуры, чтобы его нельзя было держать в руках\на-коленях. если это происходит — то значит есть какой-то косяк с железом.

если <кто-то> делает процессоры которые образно-говоря «ломаются» (написал в ковычках так ноутбук, который нельзя держать в руках, — равносилен сломанному ноутбуку) при высокой нагрузке...

....то значит этот <кто-то> забыл вставить в процессор механизм который исскуственно замедляет работу процессора (в момент когда это становится необходимо).

другими словами — процессор — либо должен быть способен выполнять высокую нагрузку, либо должен НЕ_должен переводить себя в режим высокой нагрузки.

Ноут с Core i7 неплохо так до 70 разогревается при нагрузке, даже от батарейки.

попробуй купи новый ноутбук (ну рано или поздно всё равно же придтся покупать.. не вечно же тебе с одним и тем же ходить.. может не сегодня) — быть может в новом ноутбуке уже не будет такой проблемы. быть может именно в твоём старом ноутбуке какая-то неисправность с железкой.

вот смотри колонку «MaxTDP» http://ark.intel.com/products/family/75023/4th-Generation-Intel-Core-i7-Proce...

в ноутбуках встраивают U-серию.

то есть это рассеиваемое тепло 15W — при максимальной нагрузке.

user_id_68054 ★★★★★
()
23 июля 2014 г.
Ответ на: комментарий от gentoo_root

Мда, я тоже нарвался на неприятности с 340.
После обновления появилось такое:

NVRM: Xid (PCI:0000:04:00): 6, PE0001 

И тормоза с багами соответственно.
Самое мерзкое это то, что после отката аж на 319 проблема осталась!

Programmist11180 ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.