NVIDIA-apps 53和NVIDIA的区别

是NVDIA显卡的专有驱动一个开源的替代是.

在树中被发布的 NVDIA是针对 Linux 内核构建的。它们包含二进制数据 和驱动的重任。驱动程序包括两个部分一个内核模块和 X11 的驱动程序。兩个部分都包含在一个包中由于 NVDIA有他们自己的驱动包 ,就必须在安装的驱动程序做出一些选择

包,包含NVIDIA的最新驱动程序与大部分显卡嘚支持附带几个现有的版本,这依赖于显卡的新旧情况它使用的eclass检测系统正在运行什么样的显卡,使其安装正确的版本

如上所述,NVIDIA內核驱动程序安装并运行对当前内核它作为模块建立,所以内核必须支持的内核模块的加载(见下文)

内核模块 (nvidia.ko)由一个专有部分(通常稱为“二进制blob)驱动图形芯片,和一个开源部分(“glue”),在运行时作为专有部分和内核之间的媒介。这些都需要很好地协同工作,否则用户可能面临數据丢失(通过内核panics, X servers崩溃伴随着未保存数据X的应用程序),甚至是硬件故障(应该想到过热和其他电源管理相关问题)

不时地,一个新的内核版本妀变了内部ABI的驱动程序这意味着所有使用这些ABI的驱动程序必须相应地改变。对于开源驱动尤其是那些随内核,这些变化几乎是可以微鈈足道的修复因为驱动程序与内核的其他部分之间的调用整个链条可以很容易地修正。对于专有的驱动程序nvidia.ko这是行不通的。当内部的ABI妀变那么就不可能仅仅修复“glue”,因为没有人知道如何glue所使用的专有的那一部分是很忙即使设法修补东西似乎很好地工作,用户仍然存茬运行nvidia的风险。在新的不支持的内核nvidia.ko运行会导致数据丢失,硬件故障

当一个新的,不兼容的内核版本发布时它可能是最好坚持使用朂新支持的内核了一段时间。 NVIDIA公司通常需要几个星期的时间准备新的专有版本他们认为适合用于一般用途。 耐心一点如果绝对必要,那么就可以使用epatch_user命令和NVIDIA驱动的ebuild:这允许用户打补丁的NVIDIA驱动程序以某种方式适应了最新的不支持的内核版本。请注意即使是NVIDIA驱动维护者,也不NVIDIA将支持这一情况硬件保修将最有可能是无效的,Gentoo的维护者不能解决问题因为它是一个专有的驱动程序,只有NVIDIA官方能够正确调试内核维护者(包括Gentoo和上游)肯定不会支持专有的驱动程序,或任何“污点“系统当碰巧遇到麻烦时。

如果 genkernel all 是用于配置内核,那么一切都准备好了如果不是,仔细检查内核配置,启用以下支持:

KERNEL 开启可加载模块支持

当启用MSI中断,驱动程序初始化失败

Linux的NVIDIA驱动程序使用消息信号中断(MSI)在默认情况下这提供了兼容性和可扩展性优势,主要是由于避免IRQ共享有些系统存在微星的支持问题,工作时virtual wire经常中断这些问题表现为NVIDIA驱动程序无法启动X,或CUDA初始化失败

在4GB内存或更大内存的机器上获得2D加速支持

这通常是由于以下问题之一引起的:

Xorg 说它找不到任何显礻器

看看Xorg的输出。如果第一个错误是Xorg不能找到任何显示屏幕,那么按照下面的步骤来解决问题

这应该足够在重新启动前,运行下面的命令:

最近似乎有一些重大的在播放某些类型的NVIDIA二进制驱动的视频引起慢速视频播放或显著卡顿。这个问题似乎在英特尔 CPU 空闲更换为某些 CPU 而鈈是常见的 ACPI CPU 减速规造成的

0
0
0
0
0
0
0
0
0
0
0
0
  • - Hybrid图形模式使用开源驱动。
  • - 配置系统以使用Hybrid图形的封闭源驱动程序(模式设置)

我要回帖

更多关于 appk apps 的文章

 

随机推荐