Linux 版 (精华区)

发信人: howdoit (教练让我上场!!!), 信区: Linux
标  题: BeOS-r4和Linux之比较
发信站: 哈工大紫丁香 (Tue May 18 09:09:42 1999), 转信

《Linux公报》……让Linux更富魅力！

           BeOS-r4和Linux之比较

                      作者Larry Ayers    翻译gaia

                                简介

    这几年里我一直只用Linux,结果和我们社区的其他电脑用户有些

疏远了,他 们几乎都用的是某种版本的windows.帮助别人解决电脑问

题变得更困难了 (特别是通过电话),因为我早就忘了怎么摆弄

Windows.所以我准备好一套 YARD引导盘,从CD-ROM重新安装了Win95,

再用YARD盘引导,然后重新把lilo安 装在被Win95霸占的主引导区上. 

    完成这项不愉快且乏味的差事后,我觉得应该给自己某种奖励才

对.出于一种天生的永 不满足的对软件和操作系统的好奇心,我在一个

多星期前订了一张BeOS release 4 CD,不过一直没能挤出时间重分区

硬盘.这篇文章里我将根据自己的经验介绍 BeOS的安装并比较Be和

Linux的相关特性,外观和可用性. 

                                   

                              安装BeOS

    BeOS是一种年轻的操作系统.它对硬件的支持程度和能用软件的数

量让我想 起了九十年代中期的Linux.既然并非所有人愿意专为运行Be

而购买新硬件 ,所以如果有人买了一份拷贝却不能运行,那家公司愿意

无条件退款.好在我 的硬件都能支持,这真是一大幸事. 

    不像Linux可以被安装在任何类型的分区上,Be只能在初始分区上

安装.早期Be版 本只支持IDE驱动器,但release 4也能在SCSI驱动器上

安装,不过只有在连在 某些牌子的控制卡上才行.正巧我有它支持的一

种SCSI卡,但驱动器很新,所 以我想为了安全起见,最好还是在我的IDE

盘上做了一个新分区.Be Inc.被授 权使用一种限制功能版的重分区工

具Partition Magic,并把它包括进Be的 CD.这个版本的Partition

Magic要从Windows运行,所以对于没安装 Windows的Linux用户并不是

十分有用.它还仅限于三个预置的分区大小.我试 着用了,但它不认识

我做的分区. 

    另一种安装方式就是从提供的引导软盘引导,在引导过程中插入

CD.还是认不出 新分区.长话短说,试过几次后我才发现在安装时只能

用最前面的两个初始分 区中的一个.不巧的是,我的IDE盘的最前面的

两个初始分区被Win95和 Linux占了,所以最后我把Linux分区的一些内

容转移到SCSI盘上,相应编辑 /etc/fstab文件,并在那个驱动器上一又

做了一个新的初始分区 .一旦发现了合适的引导分区,BeOS的安装十分

顺利,不过给我留下了对分区 十分挑剔的印象. 

    Be带了一个bootmanager (基于lilo),不过我还是决定在现存的 

lilo.conf文件里添加新的一节,因为lilo对我来说总是可靠的,用 Be自

己的不见得有什么好处.这一节很简单: 

other=/dev/sda1

label=be

                               引导Be

    习惯了Linux冗长的引导信息,Be的引导信息显得很少.出现的消息

告诉你发现了 一个"boot-volume",未指定的设备被初始化.如果算上X

启动所需 时间,Be和Linux所需的引导时间是一样的. 

    Be的开发人员创造出一种类似Mac和OS/2界面的GUI.不算很华丽,

但设计得简洁 实用.Linux用户已经习惯了系统的可定制性,这种特性

让高手喜爱,但会让新 手不知所措.而在Be上,一些小的改动是可以的,

如滚动条风格和桌面背景,但窗口 的基本外观是固定的.从某种意义上

说,众多Linux程序员在这些年里已经把 不利因素(X-Windows系统缺乏

内建的窗口管理器)转化为有利因素.这之所以 能成为可能要归功于X

系统的灵活性和X代码的公开性. 

    浏览目录树时我发现了一些熟悉的名字,如 /etc, dev目录,还有

一个/beos/bin 目录,里面包括了标 准UNIX工具如ls, cp, 及bash.这

些是移植到Be上的 GNU工具;我猜想源代码一定在CD上的某个地方以符

合GPL的要求.甚至还有一 个老的,没有GUI的Vim编辑器.这些工具可以

从一个终端窗口里运行,这个终 端窗口很像xterm,但带有一个菜单栏,

可用于设置字体大小和颜色. 

    一个有趣的特性是它能同时支持一种以上的颜色位数(Depth)(分

别在不同pager桌面上 ).在我的机器上确实管用,但不太稳定.尽管我

的显卡被认为是最适合Be的显 卡之一,但在8位色桌面和16位色桌面之

间切换时最终会导致屏幕上一片混乱 .我很快认识到应该不用高分辨

率,而把所有桌面设成缺省分辨率,如同重新 启动所有桌面一样.这是

唯一的解决办法.当这种情况发生时,就要重新引导进入 "safe mode"

并设置缺省值是必要的. 

                              字体支持

    这是Be的开发人员在这个OS上做得很出色的一部分.它能提供任意

大小的屏幕字 体.在Be自带的许多演示程序中有一个给人留下很深印

象的字体演示程序,它 以不同方式显示字体:斜体,旋转,自由地改变大

小等等.能做到这样高质量的 屏幕字体显示的一个可能原因是,当前支

持的唯一字体类型是TrueType,不 过也计划支持Type 1.TrueType字体

一般只是在计算机屏幕上看起来比 Type 1好,在Linux上,使用xfstt这

样的TrueType字体服务器就可以看出这一 点.Be带有一个叫Styled

Edit的基本编辑器,类似Microsoft的Wordpad,可以 使用可缩放的字体

及其粗体和斜体,并把这些信息保存在文件里. 

                              文件系统

    Be使用一种叫befs的新文件系统.它听起来很不一般,是一种64位

journaling文件系统,能在文件的属性(attributes)里储存文件的元数

据 (metadata).这与OS/2的HPFS文件系统很像,但HPFS在文件里只保存

了属性指 针,真正的属性数据保存在一个二进制的设置文件里.我第一

次看有关Be的文 件系统的有关资料时,我希望他们避免使用二进制数

据库设置文件,因为据我所知 它们会把问题弄得更糟.这种文件系统还

具有某种意义上的数据库功 能.我很想见识一下这种特性到底是怎么

回事. 

    be文件系统还能支持很大的文件,大到1Tb.所有这些听起来都非同

寻常,但没 有使用这些特性的应用程序(我是指处理大量数据的应用程

序,比如 影像处理系统),终用户很难看到什么特别的好处. 

    过去的几个月在linux-kernel mailing-list里,大量的讨论是关

于给ext2文件系统加入这些特性是否可行.做影像处理的人特别希望对

大文件的支持;Linus Torvalds认为这些人最好去用64位机器做这类工

作.因为这些系统使用大文件的能力是 "与生俱来"的.ext2的

journaling 功能正在被实现;至于文件元数据的问题,经过一场漫长的

争论后达成的共识似乎认 为用现有ext2文件系统也能实现. 

                               稳定性

    这一点很难判断,因为我没有给机器加很重的负载.Be从未崩溃过,

不过我也从未同 时运行几种大软件(如Netscape Communicator,

XEmacs,或Gimp),主要由于我 得不到移植到Be上的版本.Be确实有一个

不错的WEB浏览器,NetPositive,性能 很好但没有对Java和安全交易的

支持.这个浏览器兼做缺省的帮助阅读器,速度 还可以接受. 

                              网络及打印

    Be不像Linux那样是多用户操作系统,但PPP网络很容易设置.不幸

的是,我的 modem却不太合作.原来外置modem可以顺利地被自动检测,

而内置modem就有麻烦了 .最后我发现了一个设置窗口,用户可以用它

加入非PNP的ISA设备,不过为了 确定所需的内存地址,我花的时间至少

和从前看懂Linux复杂的设置文件一样 长.我最终找到一篇新闻组文章

很清楚地解释了这个问题,还有几篇文章虽然 给了解释但却是错误的.

一旦过了这一关,建立PPP连接就很容易了,只要你的 ISP使用PAP认证

协议.否则就是你的不幸了.连线时的稳定性和传输速率似乎 和我所熟

悉的Linux不相上下. 

    有几种网卡可被支持,但其数量远不能和Linux相比.由于不支持我

的网卡 ,所以就不能测试以太网连接了. 

    Be支持的打印机十分有限;只有Apple Laserwriters和HP PCL3

Laserjets,此外 Epson ink-jets也能用.我有一台老的Epson点阵打印

机;即便打印机能在 Be下工作,我也不能用Ghostscript. 

                              应用程序

    应用程序实在太少了,尽管很多将被开发出来.任何新操作系统都

会遇到这种类 似"鸡和鸡蛋的关系"的问题:除非有数量可观的用户基

础,没有人愿意为 它移植应用软件,然而没有那些"拳头产品",人们不

愿意转向新的 操作系统.Be已经有了几个e-mail客户程序,至少两个先

进的字处理程序,然 而如果它真想要成为名符其实的"媒体操作系统

(the media OS)",所需的声音和影像应用现在还嫌太少了. 

    影响可用软件数量的问题之一是release 4改用和Linux一样的ELF

文件格式.这 意味这为早期Be写的程序不能在release 4上运行.显然

重新编译是很困难的 ,所以有大量的程序还没有为新的release更新.

这很让人失望,因为我正盼着 尝试一下移植到Be上的GNU

Emacs.release 4做出的另一项改变是采用 Cygnus egcs作为缺省编译

器.以前的版本用的是限制功能的免费版商业 开发工具Metroworks.为

以前的Be开发和移植的软件是用Metroworks工具开 发的;显然要想用

egcs编译旧代码不可避免地要重写一些代码.Be的发布确实 带有一个

编译器,头文件,make,等等,像Linux一样,然而Be世界的趋向是以二 进

制软件的形式发布,而不是像Linux用户所熟悉的那样可以自由获得源

代码 . 

    给人留下最深印象的应用程序之一是Gobe Productive,一个带有

表格和图形编 辑模块的字处理程序.它所产生的文档是基于layer的,

就像在Gimp里图像 layer的使用.它的图形编辑器包括了一些Gimp的

plug-in,但没有预览窗口 .不幸的是这个程序仍然用的是私有文件格

式保存文件,尽管RTF也是支持的 .在能支持无所不在的Word文件格式

之前(据说未来版本会有),Gobe Productive不太可能卖得很 好. 

    Be应用软件的这种状况让我想起了几年前的Linux,但它缺少的是

开放源码传统 ,正是这种传统在Linux的商业价值到来之前使Linux生

存和兴旺(并且现在仍 然Linux共同体的生机与活力的根源).我承认我

对BeOS的这种 shareware-crippleware 倾向感到恼火,不过Be毕竟是

商业操作系统.虽是商 业的,却离不开由自由软件开发者开发的驱动程

序和工具的代码. 

                                结论

    如今BeOS只能算是暂露头角.倘若Be Inc.能说服硬件厂商写更多

的驱动程序(并 且如果有更多的用户转移过来),它也许会表现很好.由

于 Microsoft的法律 麻烦以及公众对它的热情不断消褪,今年是其它

替代产品取得市场分额的极好时机.我不 认为现在的Linux用户会大批

抛弃Linux而转向Be,尽管可以想象的是,如果 Be上能有声音特别是影

像处理程序,不少人会同时 安装这两种系统.我也十分怀疑Be提供的

友好的用户界面是否足以吸引大量目前的Linux用户,因为热衷此类特

性的人 正在使用KDE,而且即将发布的稳定版本的Gnome也提供了另一

种选择.我相信 自由软件运动的原则,但我并不是在一种排他的意义上

理解这些原则.如果 Be变得流行且有了一定市场分额,Linux也会从这

种结果中受益.消费者将开 始认识到除Microsoft之外的可行选择是存

在的;Be的类Unix结构能向更多的 人展示unix操作系统的稳定性和其

它优点.  

                       版权所有 (C) 1999 NJLUG

           出版于第37期《Linux公报》1999年3月 中文版第五期

                            


--
☆ 来源:．哈工大紫丁香 bbs.hit.edu.cn．[FROM: bin@mtlab.hit.edu.cn]