Arch Linux不适合当作服务器操作系统的四大原因( 二 )


既然一个工具就能完成工作,那为什么另外两个主流系列都依然存在两个工具来管理软件包体系?这是因为,这种两个工具来管理软件包的体系中,那个负责处理本地依赖和本地包的部分,不仅仅是为了管理依赖、安装软件包而存在的 。它还有更有用的功能:提供“虚包”支持 。提到“虚包”就不得不提到Java这个平台,因为Java的开放,常见的Java运行时环境有两种:一个是Oracle官方的JRE,另一个是开源社区创建的Open JRE 。它们都对Java提供很高程度的支持,但是依然存在微妙的差别 。比如Android Studio使用Open JRE运行就会偶尔出现奇怪的Bug,而另外有一小部分软件则不能正常运行在Oracle JRE上 。它们都提供JRE的支持,但是对于Debian或者Red Hat来说,二者是能共存的:dpkg或者yum可以决定对于哪些应用程序选取哪个JRE为应用程序提供JRE依赖 。
但是对于pacman来说,虚包支持什么的,不存在的 。只能有一个软件包提供JRE支持:安装一个就必须删除另一个 。对于服务器来说这就相当尴尬了:并不能保证所有的程序都能找到完美的依赖 。
4、打包粒度
虽然最近几年有所改善,但是Arch Linux的打包粒度对于服务器来说还是过分大了 。我们也许只会用到某软件包的一部分,但是pacman会把整个软件包给你装上——你还没得选 。对于服务器来说,为实现功能所安装的软件包越少越好——一来节省资源,二来可以减少由软件体系带来的漏洞 。这也是Arch不适合作为服务器操作系统的原因之一 。
就小编目前的经验,以上理由可以充分打消在服务器上使用Arch Linux的想法 。但是对于桌面系统,特别是对于开发人员,Arch还是相当不错的选择 。
【Arch Linux不适合当作服务器操作系统的四大原因】 上述便是Arch Linux不适合当作服务器操作系统的四大原因,大家现在晓得Arch Linux为什么很少被当作服务器操作系统了吧!

推荐阅读