第二步, 运行驱动程序,切换到“硬件检测”选项卡,就可以查看本机电脑显卡驱动程序的版本以及具体显卡型号啦;
第三步,通过切换到“驱动程序”选项卡,选择最新版本的显卡驱动进行安装。
除显卡驱动版本较低外,显卡硬件较差也有可能导致无法正常运行,模拟器电脑显卡配置要求情况如下,对此只得升级显卡硬件或购买新的高性能显卡硬件设备来运行模拟器。
第二种:
第一步,右键点击我的电脑(win10用户则是此电脑)—管理,
第二步,在d出来的计算机管理窗口里面找到设备管理器-显示适配器;
第三步,打开显示适配器之后,右键点击对应的显卡,然后点击更新驱动程序;
第四步,在点击更新驱动程序之后,会d出如下窗口,点击找到搜索驱动程序进行更新即可。
Linux 系统,也同样面临和Window一样的问题,如何控制动态库的多个版本问题。Window之前没有处理好,为此专门有个名词来形容这个问题 “Dll hell”,其严重影响软件的升级和维护。 Dll hell 是指windows 上动态库新版本覆盖旧版本,但是却不兼容老版本。常常发生在程序升级之后,动态库更新,原有程序运行不起来;或者装新软件,但是已有的软件运行不起来。 同样Linux *** 作系统,也有同样的问题,那么它是怎么解决的呢?Linux 为解决这个问题,引入了一套机制,如果遵守这个机制来做,就可以避免这个问题。 但是这只事一个约定,不是强制的。但是建议遵守这个约定,否则同样也会出现 Linux 版的Dll hell 问题。 下面来介绍一个这个机制。 这个机制是通过文件名,来控制dll (shared library) 的版本。
Linux 上的Dll ,叫shared library,其有三个名字,分别有不同的目的。
第一个是共享库本身的文件名(real name),其通常包含版本号,常常是是这样: libmath.so.1.1.1234 。 lib是Linux 上的库的约定前缀,math 是共享库名字,so 是共享库的后缀名,1.1.1234的是共享库的版本号,其主版本号+小版本号+build号。主版本号,代表当前动态库的版本,如果动态库的接口有变化,那么这个版本号就要加1;后面的两个版本号(小版本号 和 build 号)是告诉你详细的信息,比如为一个hot-fix 而生成的一个版本,其小版本号加1,build号也应有变化。 这个文件名包含共享库的代码。
第二个是动态库的soname( Short for shared object name),其是应用程序加载dll 时候,其寻找共享库用的文件名。其格式为
lib + math+.so + ( major version number)
其只包含major version number,换句话说,也就是只要其接口没有变,应用程序都可以用,不管你其后minor build version or build version。
问题来了,程序运行时怎么通过soname 找个real name? Soname 存在哪里?如果与real name 关联起来?什么时候存的?
这就是接下来要介绍的第三个共享库的名字,link name,顾名思义,就是在编译过程,link 阶段用的文件名。 其将sonmae 和real name 关联起来。
第三个名字,共享库的连接名(link name),是专门为build 阶段连接而用的名字。这个名字就是lib + math +.so ,比如libmath.so。其是不带任何版本信息的。在共享库编译过程中,连接(link) 阶段,编译器将生成一个共享库及real name,同时将共享库的soname,写在共享库文件里的文件头里面。可以用命令 readelf -d sharelibrary 去查看。
locate命令查找文件之所以快,是因为它查找的是Linux系统记录文件的数据库。而updatedb命令是更新这个数据库的,更新的时候直接输入updatedb命令就可以了。updatedb命令的配置文件是/etc/updatedb.conf,这个命令会先读取配置文件,然后实际查找硬盘文件,从而更新数据库文件。
因为是实际查找硬盘,所以等待时间可能有点长,你耐心等待一会儿,应该是行得通的。另外你检查配置文件是否有问题,这个命令没什么参数,有问题也就是配置文件的问题了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)