LINUX 64位系统,能用32位的linux软件吗?
在64位的系统下面,优先肯定是运行64位的软件了。
只要有运行32位软件必须要的库都可以运行,我们现在就是在64位的系统上运行32位的软件譬如我们的软件在redhat 5.6 64位可以, redhat 6 64位就不行,就因为redhat 6 64位里面很多32位的lib库文件没有了,要自己安装。
linux 64bit 安装32bit程序
fedora Core 10,最新的,比较专业的。
Fedora Core 的前身就是Red Hat Linux。
2003年9月,红帽公司 (Red Hat) 突然宣布不再推出个人使用的发行套件而专心发展商业版本(Red Hat Enterprise Linux)的桌面套件,但是红帽公司也同时宣布将原有的 Red Hat Linux 开发计划和 Fedora 计划整合成一个新的 Fedora Project。
Fedora Project 将会由红帽公司赞助,以 Red Hat Linux 9 为范本加以改进,原本的开发团队将会继续参与 Fedora 的开发计划,同时也鼓励开放原始码社群参与开发工作。
可以在这里下载: 我下的这个Fedora-10-i386-DVD.torrent,不要刻光盘,可以硬盘安装。
方法是: 先下载Fedora-10-i386-DVD.iso,把它放到fat32分区中,我把它放到了C:\(我的C盘是fat32,如果放到d盘的话后面的设置有所不同)。
提取Fedora-10-i386-DVD.iso中isolinux文件夹中的 initrd.img和vmlinuz二个文件放到C盘的根目录下,把Fedora-10-i386-DVD.iso中images文件夹放到C盘的根目录中。
到网上去下载grub4dos,把它三个文件grldr,grub.exe和menu.lst解出来放到C盘根目录下。
在menu.lst中最后加上 title Install-Fedora 10 root (hd0,0) kernel /vmlinuz initrd /initrd.img 注:如果Fedora-10-i386-DVD.iso文件放在d盘的话将root(hd0,0)改成root(hd4,0); 如果安装时花屏的话(sis的显卡可能出现花屏)将kernel /vmlinuz这局加成这样:kernel /vmlinuz linux xdriver=vesa resolution=1024x768 打开C盘的根目录,找到boot.ini,通常是隐藏的,要把显示隐藏打开,在后面加上: c:\grldr=GRUB 重启系统,选GRUB,再选Install-Fedora10就可以到安装界面了,接下来就很简单了 红旗linux比较好上手,对中文支持也较好
电脑无法安装64位 linux系统,32位的系统可以正常安装使用,但是...
在操作系统原理上32位系统中cpu处理的指令字长一个是32bit,64位系统的资格指令字长是64bit,寻址也同理。
64位的CPU指令,意味着同样的一条指令中的信息量大,更少的指令条数就能完成一样的功能。
存储字长64位,意味着可以表示的地址空间更大。
能管理的内存更大。
简言之:“64位系统,支持的内存条,几乎没有限制,而32位系统,只支持4G的内存,操作系统再占用一部分,用户可用的只有3G左右,因此局限性较大。
”应用方面,32位的软件和64位的软件不通用。
64位的操作体统可以通过“32位运行库”实现对32位应用程序的支持。
关于系统安装的教程的话,建议参考一下《Linux就该这么学》书籍中的前面几个章节。
虚拟机上装linux系统时为什么显示电脑是32位,64位的软件不?
不能,64位程序(系统)需要64位cpu支持,而32位cpu不支持64位程序!以下为引用:64 位系统有时缺乏对应的软件,那些软件是写给 32 位架构。
最严重的问题是不兼容的驱动程序。
尽管大部分软件可执行于 32 位兼容模式(又称作模拟模式,即微软 WoW64 技术),其通常无法执行驱动程序(或类似软件),因为程序通常执行于操作系统和硬件之间,在此直接模拟无法使用。
许多开放源始码软件封包可简单的从源始码编译为可执行于 64 位环境操作系统,如 Linux。
所需的条件是供给 64 位机器的编译器(通常是 gcc)。
目前大部分 64 位版本的驱动程序还不能用,由于缺少可用的驱动程序,所以使用 64 位操作系统会有挫折。
因为设备的驱动程序通常执行于操作系统内核(kernel)的内部,有可能以 32 位进程执行内核,同时支持 64 位的使用者进程。
以在内核里的额外消耗为代价,如此可为使用者提供受益于 64 位的内存和效能,且不破坏现存 32 位驱动程序的二进制兼容性。
这个机制源于 Mac OS X 启用 64 位进程,同时支持 32 位的驱动程序。
从 32位到 64 位架构的改变是一个根本的改变,因为大多数操作系统必须进行全面性修改,以取得新架构的优点。
其它软件也必须进行移植,以使用新的性能;较旧的软件一般可借由硬件兼容模式(新的处理器支持较旧的 32 位版本指令集)或软件模拟进行支持。
或者直接在 64 位处理器里面实作 32 位处理器内核(如同 Intel 的 Itanium 处理器,其内含有 x86 处理器内核,用来执行 32 位 x86 应用程序)。
支持 64 位架构的操作系统,一般同时支持 32 位和 64 位的应用程序。
明显的例外是 AS/400,其软件执行在虚拟的指令集架构,称为 TIMI(技术独立机器界面),它会在执行之前,以低阶软件转换成本地机器码。
低阶软件必须全部重写,以搬移整个 OS 以及所有的软件到新的平台。
例如,当 IBM 转移较旧的 32/48 位“IMPI”指令集到 64 位 PowerPC(IMPI 完全不像 32 位 PowerPC,所以这比从 32 位版本的指令集转移到相同指令集的 64 位版本的规模还要庞大)。
64 位架构无疑可应用在需要处理大量数据的应用程序,如数码视频、科学运算、和早期的大型数据库。
在其它工作方面,其 32 位兼容模式是否会快过同等级的 32 位系统,这部分已有很多争论。
在 x86-64 架构(AMD64 和 Intel 64)中,主要的 32 位操作系统和应用程序,可平滑的执行于 64 位硬件上。
Sun 的 64 位 Java虚拟机的启动速度比 32 位虚拟机还慢,因为 Sun 仍假定所有的 64 位机器都是服务器,而且只有为 64 位平台实作“服务器”编译器(C2)。
“客户端”编译器(C1)产生较慢的代码,不过编译较快速。
所以尽管在 64 位 JVM 的 Java 程序在一段很长的周期会执行的较好(一般为长时间运作的“服务器”应用程序),它的启动时间可能更久。
对于短生命期的应用程序(如 Java 编译器 javac) 增加启动时间可控制执行时间,使 64 位的 JVM 整体变慢。
应当指出,在比较 32 位和 64 位处理器时,速度并不是唯一的考量因素。
应用程序,如多任务、应力测试(stress testing)、丛集(clustering)(用于HPC)可能更适合 64 位架构以正确部署。
为了以上原因,64 位丛集已广泛部署于大型组织,如 IBM、Vodafone、HP、微软。
是否可以解决您的问题?
转载请注明出处51数据库 » linux64位系统安装32位的软件