QQ登录

只需一步,快速开始

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 3413|回复: 24

Red hat 9 vs Red hat 8

[复制链接]
发表于 2003-4-5 08:56:05 | 显示全部楼层 |阅读模式
我现在用的是Red hat 8, kde 3.1, 自我感觉还过得去,但现在出了个red hat 9, 你们装过red hat 9的说说看9 比 8 有什么大的改变!我参考参考是不是也下个来用用!!
谢谢!谢谢!
发表于 2003-4-5 10:01:40 | 显示全部楼层
我还是觉得 realplayer8.0比 9.0好

realplayer8.0安装后普通用户不用设置都可以直接调用使用

realplayer9.0安装后普通用户要root的权限才能运行
回复

使用道具 举报

发表于 2003-4-5 10:14:33 | 显示全部楼层
sorry  看错拉 我看成是realplay

redhat9 安装用文字安装已经可以使用中文安装
openoffice1.02  启动明显加快
原来是圆角的窗口变成方角的拉

可是就是有一点觉得不习惯就是以前8.0隐藏任务栏 正在使用的窗口会自动扩大
9.0好像没有这个功能

呵呵值得使用redhat9  感觉明显加快了启动速度


附带:
rh9.0下载新站(ftp的),超级快
ftp://202.194.199.252

ftp://ftp.sjtu.edu.cn/public/CDImage/Linux/RedHat/9.0
回复

使用道具 举报

发表于 2003-4-5 23:26:16 | 显示全部楼层
rh9有许多小的毛病
比如说,kde的面板的“图标放大”功能,在rh9里就没有了。觉得好像不如rh8.0+kde3.1好看了。
回复

使用道具 举报

 楼主| 发表于 2003-4-7 08:42:36 | 显示全部楼层
有重大改进的地方吗?比如:7.3 到 8.0就是因为gnome and kde都设置成一样的模式!现在又有什么大的地方改进呢?
回复

使用道具 举报

发表于 2003-4-7 23:31:18 | 显示全部楼层
看看发行注解比较详细,可是就是比较长,需要耐心和时间去看


Red Hat Linux 9 发行注记
Copyright ? 2003 Red Hat, Inc.
硬件需求
以下信息代表要成功安装 Red Hat Linux 9 所需的最低硬件需求。
CPU:
- 最低:Pentium 系列
- 为文本模式推荐:200 MHz Pentium 系列或更高
- 为图形化模式推荐:400 MHz Pentium II 或更高
硬盘空间(注意:用户数据需要更多空间):
- 定制安装(最少):475MB
- 服务器(至少):850MB
- 个人桌面:1.7GB
- 工作站:2.1GB
- 定制安装(全部):5.0GB
内存:
- 文本模式至少需要:64MB
- 图形化模式至少需要:128MB
- 图形化模式推荐使用:192MB
注意,某些指定安装模式以及(或者)安装后的使用可能需要其它硬件部件(如视频卡和网卡)的兼容性或可用性。关于硬件兼容性的详情,请参阅 http://hardware.redhat.com/hcl/ 上的硬件兼容性列表。
与安装相关的备注
本节概述了与 Anaconda(Red Hat Linux 安装程序)和安装 Red Hat Linux 9 相关的问题。
* Red Hat Linux 安装程序具有内建的测试安装介质完好性的能力。它可以用在 CD、DVD、硬盘 ISO 和 NFS ISO 安装方法中。Red Hat 建议您在安装前以及报告任何安装问题前测试所有安装介质(许多提交的错误是由不正确刻录的光盘造成的)。要执行测试,在 boot: 提示下键入 linux mediacheck 命令。
* 多数现代计算机能够通过直接从第一张 Red Hat Linux 发行版光盘中引导而启动安装进程,某些硬件配置需要使用引导盘。如果你的硬件需要引导盘,你应该留意下列改变。
Red Hat Linux 9 使用和从前的 Red Hat Linux 版本不同的引导盘布局。 本版本只使用一个引导盘映像文件(bootdisk.img)来引导所有需要引导盘的系统。
如果你从 IDE 或 USB 设备中执行安装以外的任务,你会被要求插入根据下列映像文件之一创建的驱动程序盘:
- drvnet.img — 用于网络安装
- drvblock.img — 用于 SCSI 安装
- pcmciadd.img — 用于 PCMCIA 安装
和从前发行的 Red Hat Linux 一样,这些映像文件可以在第一张安装光盘上的 images/ 目录中找到。
* 在 images/ 目录中还有一个 boot.iso 文件。该文件是可用来引导 Red Hat Linux 安装程序的 ISO 映像。这是一种不必使用多个磁盘而启动基于网络的安装的简洁方法。要使用 boot.iso,你的计算机必须能够从光盘驱动器引导,并且计算机的 BIOS 设置也必须要如此配置。然后,你必须把 boot.iso 刻录到一个可刻录或重写的光盘上。
* 救援模式环境(使用“linux rescue”引导时间命令来进入)已被增进。其中增加了许多被大量要求的工具程序,而且还支持激活网络界面。SCSI 磁带支持所需的命令现在也可用。请测试该环境并给我们提供反馈。
如果你选择要在救援模式中挂载一个已存的安装,而且这个已存的安装中安装了说明书(man) 页,那么在救援环境中也可以使用 man 命令。
* Red Hat Linux 安装程序现在会检测你的系统上现存的 Red Hat 产品,并提示你指明要升级的产品。你还可以拥有执行完全重新安装而非升级的选择。请报告任何与这项新特性有关的问题。
如果 /etc/redhat-release 文件的内容已经从默认内容改变了,在试图升级 Red Hat Linux 9 时可以会找不到你的 Red Hat Linux 安装。
你可以在 boot: 提示后输入以下命令来放松对这个文件的某些检查:
linux upgradeany
只有在你现存的 Red Hat Linux 安装没有被检测到时才使用 upgradeany 选项。
* isolinux 现在被用来引导 Red Hat Linux 安装光盘。如果你从光盘引导 遇到问题,你可以根据《Red Hat Linux 安装指南》中的说明把images/bootdisk.img 映像写入软盘。
* 在图形化安装中,你现在可以按SHIFT-Print Screen 来拍摄当前安装屏幕的快照。它们被贮存在以下目录中:
/root/anaconda-screenshots/
当新安装的系统重新引导后,这些屏幕快照就可以被存取。
* parted 磁盘分区处理程序已被更新到版本 1.6。
* 想把他们的系统从 Red Hat Linux 6.2 升级到 Red Hat Linux 9 的用户必须首先应用勘误更新才能开始进行升级。达到这一目的的最直接方式是使用 Red Hat 网络。没有完全被更新的 Red Hat Linux 6.2 系统将不会被成功升级到 Red Hat Linux 9。
* 使用串口终端的文本模式安装最后在终端支持 UTF-8 的情况下使用。在 UNIX 和 Linux 下,Kermit 支持 UTF-8。在 Windows 下,Kermit '95 也运行得不错。如果安装中使用英语,不具备 UTF-8 能力的终端也能够运行。被增强的窗口显示可以通过给安装程序传递“utf8”引导时间选项来使用。例如:
linux console=ttyS0 utf8
常规备注
本节描述安装后的问题。
* 在升级运行 Ximian GNOME 的 Red Hat Linux 6., 7., 8.0 和 9 系统时,存在一些已观察到的问题。这个问题是由正式版 Red Hat Linux RPM 和 Ximian RPM 之间的版本重复造成的。该配置不被 Red Hat 支持。您可以使用下面几种方法来解决这个问题:
1) 您可以在升级 Red Hat Linux 前从您的 Red Hat Linux 系统上把 Ximian GNOME 删除。
2) 您可以升级 Red Hat Linux,然后立即重装 Ximian GNOME。
3) 您可以升级 Red Hat Linux,之后立即删除所有剩余的 Ximian RPM,然后用对应的 Red Hat Linux RPM 来代替它们。
你必须使用以上一种方法来解决版本重复问题。否则会造成不稳定的 GNOME 配置。
* 在最近的几个 Red Hat Linux 版本中,X 窗口系统下的与字体有关的问题有些令人迷惑。目前,其中有两种带有不同特点的子系统:
- 原始的(已有 15 年以上历史)子系统被称为“核心 X 字体子系统”。由这个子系统绘制的字体不是平滑字体,它们由 X 服务器处理,名称类似:
-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
新的字体子系统被称为“fontconfig”。它允许应用程序直接使用字体文件。fontconfig 经常与“Xft”库一起使用,这会允许应用程序在屏幕上绘制平滑字体。fontconfig 使用的名称更有“人情味儿”,它们类似:
Luxi Sans-10
随着时间的推移,fontconfig/Xft 将会取代核心 X 字体子系统。目前,使用 Qt 3 或 GTK 2 工具包(包括 KDE 和 GNOME 应用程序)的应用程序使用 fontconfig 和 Xft 字体子系统;其它程序多数使用核心 X 字体。
Red Hat 在未来可能会仅支持 fontconfig/Xft 作为默认的本地字体访问方法来取代 XFS 字体服务器。
注意:以上列出的字体子系统用法有两个例外。它们是 OpenOffice.org(使用它自己的字体绘制技术)和 Mozilla (使用 fontconfig,但不是 GTK 2)。
如果你想给你的 Red Hat Linux 9 系统添加新字体,根据使用新字体的字体子系统而定,你必须明确所需步骤。对于核心 X 字体子系统,你必须:
1. 创建 /usr/share/fonts/local/ 目录(如果它不存在):
mkdir /usr/share/fonts/local/
如果你必须要创建 /usr/share/fonts/local/,你就必须把它添加到 X 字体服务器的路径中:
chkfontpath --add /usr/share/fonts/local/
2. 把新字体文件复制到 /usr/share/fonts/local/ 中
3. 使用以下命令来更新字体信息:
ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale
4. 使用以下命令来重新启动 xfs 字体服务器:
service xfs reload
把新字体添加到 fontconfig 字体子系统比较简单明了;只需把新字体复制到 /usr/share/fonts/ 目录中即可(个体用户可以把新字体复制到 ~/.fonts/ 目录中来修改他们的个人字体配置)。
复制了新字体后,使用 fc-cache 来更新字体信息缓存:
fc-cache
(这里的 应该是 /usr/share/fonts/ 或 ~/.fonts/ 目录。)
个体用户还可以图形化地安装字体。方法是:在 Nautilus 中浏览 fonts:///,然后把新字体文件拖放到那里。
注意:如果字体文件名以“.gz”结尾,这表明它使用 gzip 被压缩,因而必须使用 gunzip 来解压后,fontconfig 字体子系统才能使用这个字体。
* 鉴于向基于 fontconfig/Xft 的新字体系统的转换,GTK+ 1.2 应用程序将不会被「字体首选项」对话框中做出的改变所影响。 对于这些应用程序,字体可以通过在 ~/.gtkrc.mine 文件中添加以下几行来配置:
style "user-font" {
fontset = ""
}
widget_class "*" style "user-font"
(这里的 代表被传统的应用程序使用的字体规定,如“-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-* ”。)
* XFree86 中包括的新特性有:
- Xcursor — 新编的鼠标光标代码,允许使用颜色、平滑字体、alpha 混和(透明)、动画、可使用主题、多种大小的鼠标指示器。
- ATI Radeon 9000、9100、FireGL 8700、8800 3D/2D/Xv 支持现在可用。ATI Radeon 9500 Pro 和 9700 Pro,以及 ATI FireGL X1 和 Z1 现在仅支持 2D。对额外的 30 种以上的 ATI Rage 128 芯片集的支持也已在本次发行版本中被添加,它现在应该包括了所有的现存Rage 128 芯片集。
- Intel i845、i852、i855、和 i865 集成视频支持(2D/3D/Xvideo),以及被提高了的 Intel i830 视频支持。Intel 视频驱动程序已被完全重建,大部份被重新编写,从而提高了其强健性,支持更多硬件。许多错误以及许多为把内存限制为 1MB 的不良的便携电脑和母板 BIOS 而提供的绕行措施都被修正。
- 对 NVIDIA GeForce 4、nForce、GeForce 2 Go 及各类其它 NVIDIA 硬件新增支持。而且,nv 驱动程序已被增进来试图自动检测未知的、尚未正式被支持但又可能可用的 NVIDIA 芯片(因此没有被正式支持)。这是通过把它当作同族中与其相似的被支持的芯片来达到的。如在从前发行版本中所用的 nv 驱动程序仍旧只支持 2D。
- 在发行注记定稿之使,NVIDIA 的仅二进制加速的3D 驱动程序目前与 Red Hat Linux 9 不兼容。NVIDIA 知道这个问题的存在;有关它的情况,请观察 NVIDIA 网站上的更新。
- 更新了的 Savage 驱动程序,它支持最新的 Savage 视频芯片集,并修正了各类错误。
- 提供了用于 National Semiconductor Geode 芯片集的崭新驱动程序:nsc
- 进行了许多对其它视频驱动程序更新和增进。
- 新添了许多输入驱动程序,包括 fpit、palmax、ur98 及其它。
* 默认情况下,Sendmail 邮件传输代理 (MTA) 不接受来自本地计算机以外的主机的网络连接。如果您想把 Sendmail 配置成其它客户的服务器,请编辑 /etc/mail/sendmail.mc,并把 DAEMON_OPTIONS 行改变成兼听网络设备(或者使用 dnl 来注释掉该选项)。您必须得运行下面的命令(以根身份)来重新生成 /etc/mail/sendmail.cf:
make -C /etc/mail
注意,您必须安装了 sendmail-cf 软件包才能使上面的命令奏效。
* CUPS 现在是默认的打印假脱机,redhat-config-printer 是我们推荐来配置它的工具。它可以从「系统设置」菜单中启动,使用其中的「打印」菜单项目。LPRng 仍被提供了,但是从从前使用 LPRng 的版本中升级将不会再使用它。
* GNOME 打印管理器这个简单的图形化打印队列管理工具现已被包括。它可以从「系统工具」菜单上启动,使用其中的「打印管理器」菜单项目。除此之外,当某打印作业位于队列中时,一个图标会出现在面板的系统通知区域。
* Red Hat Linux 9 包括 Native POSIX Thread Library (NPTL),它是 Linux 的 POSIX 线程的新实现。该库为 i686 或更高的处理器提供了性能增进和增加了的可缩放性。
该线程库的设计目标是与原有的 LinuxThreads 实现在二进制上兼容;不过,依赖于脱离 POSIX 标准的 LinuxThreads 实现之处的应用程序将需要被修正。值得注意的不同之处包括:
- 信号处理已从每线程信号处理改成 POSIX 进程信号处理。
- getpid() 在所有的线程中返回相同值。
- 如果使用了 vfork(),用 pthread_atfork 注册的线程处理程序就不会运行。
使用 NPTL 时会遇到问题的已知应用程序包括:
- 版本 1.4.1 之前的 Sun JRE
- IBM JRE
如果某应用程序使用 NPTL 无法正确运行,它可以使用原有的 LinuxThreads 实现来运行,方法是设置以下的环境变量:
LD_ASSUME_KERNEL=
可用的版本如下:
- 2.4.1 — 带有浮动堆栈的 Linuxthreads
- 2.2.5 — 没有浮动堆栈的 Linuxthreads
所有动态链接的程序的 NPTL 支持可以使用以下引导时间选项来禁用:
nosysinfo
* 新系统消息已被添加到 Red Hat Linux 9:
应用程序错误: ()的 SIGCHLD 被设为 SIG_IGN,但却调用 wait()。(请参见本注记中“man 2 wait”这一部分)。绕行措施被激活。
该消息(显示在系统控制台和/或系统日志文件)表明应用程序在处理子进程方面没有完全符合标准。如果你看到了这条消息,你应该警告该应用程序的开发者。
* Python 已经编译入了 UCS4 支持 (统一码字符使用 4 个字节代表),而不是 UCS2 支持。UCS4 允许你代表基本的多元平面之外的字符。由于这项改变,某些第三方库可能会停止生效;重新编译这些库应该能够解决这个问题。请注意,不直接使用统一码的“纯”python 模块 (使用 python 编写的模块),或编译的模块不受这项改变的影响。
* fileutils、textutils、sh-utils 和 stat 软件包已被新的 coreutils 软件包代替。
* 包含网络管理工具的 RPM已被重新命名,其功能也有所改变。redhat-config-network RPM 包含这个工具的图形化用户界面,redhat-config-network-tui 包含这个工具本身 (及其基于文本的用户界面)。
* 对 XHTML1 的支持 — 在 XML 中对 HTML 的重组 — 已被提高。 这是通过添加 xhtml1-dtd 软件包,在系统目录中安装 DTD,以及在 libxml2 和 xsltproc 工具中添加原始支持来达到的。
* redhat-switchmail 命令和软件包已被重新命名为 redhat-switch-mail。redhat-switchmail-gnome 软件包已被重新命名为 redhat-switch-mail-gnome。
* Oprofile 系统范围建档器已被添加到 Red Hat Linux 9。OProfile 是编程员用来分析系统性能的工具。它使用在许多现代计算机中内建的特殊硬件。OProfile 的文档位于 oprofile 软件包中;安装后,Red Hat Linux 9, 使用 rpm -qd oprofile 命令来获取一个可用文档的列表。详情请参阅 OProfile 的网站:http://oprofile.sourceforge.net。
* GDB 已被增进来允许应用程序的调试信息从不同的文件中被读取。这使从库中抽取调试信息并把这些信息放置在附加软件包中成为可能。在 Red Hat Linux 9 的开发过程中,通过实现特殊的 RPM 宏指令,“debuginfo”软件包几乎为所有软件包生成。按照默认设置,Red Hat Linux 9 中的 RPM 宏指令配置生成“debuginfo”软件包,并把以下所示添加到你的 ~/.rpmmacros 文件:
%define debug_package %{nil}
软件包改变
下列软件包已被添加到 Red Hat Linux 9:
- bluez-libs — 用于 Bluetooth? 工具程序的库
- bluez-utils — Bluetooth 工具程序
- bogl —帧缓冲的图形化库,被 Red Hat Linux 安装程序使用
- ckermit — 代替 gkermit
- coreutils — 代替 fileutils、textutils、sh-utils 和 stat
- desktop-printing — 拖放打印和打印作业图标
- devlabel — 对进入持久性贮存设备的支持
- elfutils — 代替 libelf
- fontilus - Nautilus 的字体查看器
- fonts-hebrew — 希伯莱语字体
- gnome-icon-theme — 基础 GNOME 环境的图标
- gnome-icon-theme — GNOME 环境的主题集合
- gstreamer — 多媒体构架库
- gstreamer-plugins — gstreamer 的输入和输出插件
- gthumb — 图形查看器
- hpoj — HP OfficeJet 支持
- jwhois — 代替 whois
- libgnomeprint22 — 更新的库
- libgnomeprintui22 — 更新的库
- libgsf — 读写有结构文件的库
- nautilus-cd-burner — 对 Nautilus 的光盘刻录支持
- nautilus-media — 对 Nautilus 的音频播放支持
- openssl096b — 兼容性维护软件包
- postgresql-odbc — 用于 PostgreSQL 的 ODBC 支持
- postgresql72-libs — PostgreSQL 7.2 兼容库。
- printman — 打印队列管理
- pyorbit — 代替 orbit-python
- redhat-config-samba — Samba 配置工具
- redhat-switch-mail — 从 redhat-switchmail 被改名
- soup — SOAP 实现库
- startup-notification — 对忙碌光标的支持
- subversion — 版本控制系统
- tsclient — VNS 和 窗口终端服务器的 GUI 客户
- ttmkfdir — 从 XFree86 分离出
- vconfig — VLAN (802.1q) 配置程序
- xhtml1-dtds — XHTML1 支持
下列软件包已从 Red Hat Linux 9 中被删除:
- WindowMaker — 开发者资源限定
- Xft — 集成到 XFree86
- sndconfig —不再被 Anaconda 所需要
- anonftp — 其功能被并入 vsftpd 软件包
- bdflush — 不再需要(仅被 2.2 内核所需)
- fileutils — 被 coreutils 代替
- fortune-mod — 不明版权状态
- gkermit — 被 ckermit 代替
- ipvsadm — 不再是 Red Hat Linux 产品档案的一部分
- kbdconfig — 被 redhat-config-keyboard 代替
- kernel-uml — 试验性软件包,被删除
- ksymoops — 不再被内核需要
- libelf — 被 elfutils 代替
- librpm404 — 不再被兼容库需要
- libxml10 — 不再被兼容库需要
- mouseconfig — 被 redhat-config-mouse 代替
- openldap12 — 不再被兼容库所需
- openssl095a — 不再被兼容库需要
- orbit-python — 被 pyorbit 代替
- php-dbg-base — 没有在发行版本中使用
- php-dbg-client — 没有在发行版本中使用
- php-dbg-server — 没有在发行版本中使用
- redhat-switchmail — 被重新命名为 redhat-switch-mail
- rhmask — Red Hat 不再发行 rhmask 文件
- rpm2html — 被作者标为过时
- sh-utils — 被 coreutils 代替
- stat — 被 coreutils 代替
- textutils — 被 coreutils 代替
- timeconfig — 被 redhat-config-date 代替
- whois — 被 jwhois 代替
- wine — 开发者资源限定
- wmapm — 是删除 Windowmaker 的一部分
- wmclock — 是删除 Windowmaker 的一部分
- wmix — 是删除 Windowmaker 的一部分
- wu-ftpd — vsftpd 是推荐的 FTP 守护进程
- xtoolwait — 在发行版本中不使用
下列软件包已经过时,许多将会从未来的 Red Hat Linux 9 发行版本中被删除:
- pine — 和许可相关的问题
- LPRng — CUPS 是推荐的打印解决方案
- Glide3 — 多平台问题
- lilo — Grub 是我们推荐的引导装载程序
- sndconfig —不再被主流硬件所需要
- ncpfs — 不再是 Red Hat Linux 产品档案的一部分
- mars-nwe — 不再是 Red Hat Linux 产品档案的一部分
内核备注
本节涉及与 Red Hat Linux 9 内核相关的问题。
* 特殊备注:在前两个公开 beta 发行版本中添加到内核的ACL 支持被证明尚不稳定,并导致了内核退化。因此,Red Hat在 Red Hat Linux 9 中将 ACL 支持从内核中删除了。内核工程师将会继续致力于提供 ACL 支持的工作,它将会在未来的发行版本中提供。为方便那些希望测试 ACL 的用户和开发者,ACL 支持所需的 attr 和 acl 软件包仍被包括了。若未来的测试演示了 ACL 支持质量有显著提高,Red Hat 可能会自行决定通过升级方式为本次发行的Red Hat Linux 提供 ACL 支持。
* 允许在带有 Intel 440GX 芯片集的系统上安装的apic 引导时间选项已被删除,因为它导致与许多新系统间的冲突。譬如,它导致了 SMM (系统管理模式) 失效或不正确运行,导致了在那些系统上的安装失败。删除 apic 引导时间选项使这些较新的系统能够成功安装。
提供了另一种绕行措施。它至少会允许某些带有 Intel 440GX 芯片集的系统被引导;这种绕行措施被自动启用,你不必做任何事。如果你有一个基于 Intel 440GX 的系统,你无法安装 Red Hat Linux 9,但却能够正确安装 Red Hat Linux 的前一版本,请提交一份错误报告,并在错误报告中包括 dmidecode 程序的输出(以根用户身份运行)。不过请注意,只有在你根本无法安装 Red Hat Linux 9 时才提交错误报告。
使用 440GX 芯片集的系统只在最大努力的基础上被支持。因此,我们欢迎您提交有关基于 440GX 芯片集的系统的错误,但是我们有可能能够也有可能不能够解决它们。
* 对新增的 NPTL 特性的内核支持显著地改变了好几个内部内核编程界面。其结果是,好几种外部编程界面如果不做修改可能不会与新界面兼容。目前这样的例子包括 NVIDIA 和 ATI 3D 模块,以及任何使用内核线程和/或信号的其它模块。
回复

使用道具 举报

 楼主| 发表于 2003-4-8 09:14:31 | 显示全部楼层
说的很详细,但我现在对linux有一丝丝感觉:越来越向高端配置行近了!不在对以前的p-mmx时代的时器看顺眼了!非得要我们的机器也要升级才能用最新的一些软件包吗?我现在的是p2-300MHz, 256M内存, 8G的硬盘配置用linux但总觉得改到windowsxp我的机的性能可能比在linux下要好的多!
回复

使用道具 举报

发表于 2003-4-8 11:51:12 | 显示全部楼层
我的感觉是redhat9不如redhat8快,尤其是kde3。1。1
回复

使用道具 举报

发表于 2003-4-9 11:54:34 | 显示全部楼层
对我来说就是VMWARE跟的步子有点慢
回复

使用道具 举报

发表于 2003-4-14 19:24:24 | 显示全部楼层
很多看不懂啊
回复

使用道具 举报

发表于 2003-4-18 10:54:29 | 显示全部楼层
从速度的角度讲,单机上安装LINUX显然没有XP快,这一点我的体会非常深。但是如果采取和XP相同的系统结构设计(把内核、XWINDOW SERVER XWINDOW CLIENT全部设计在一起的话)我估计还是LINUX快。这是为了一些先进的功能,比如对网络的支持而进行的战略性退让。

OPEN OFFICE我现在用的是1.1 beta,感觉还是速度太慢,尤其是启动和退出,我现在是XP 256M内存,觉得速度根本无法和MS的相比。但是功能有一些特点,比如增加了英文单词输入自动提示功能,直接生成PDF等等……希望把速度提高一下。再有就是对MS 的文档支持还是有小毛病的,不爽!
回复

使用道具 举报

发表于 2003-4-18 11:45:25 | 显示全部楼层
9.0有些地方还不如8.0的好用呢,除了上面说的外,还有就是终端的文字显示太差,经常看不出来是什么字!
回复

使用道具 举报

 楼主| 发表于 2003-4-19 10:07:48 | 显示全部楼层
希望下一个9.1的出来时没有这么多的问题!
回复

使用道具 举报

发表于 2003-4-26 14:03:02 | 显示全部楼层
还有,就是,如果是VIA KT266A芯片的主板,虽然现在可以直接驱动软声卡了,但是,一装XMMS的插件和realplayer后就没声音了,得自己在重装声卡驱动,但总体,我觉得,还是9好一些!
回复

使用道具 举报

发表于 2003-4-26 21:29:25 | 显示全部楼层
不知为什么rh9,在开机后,用监视器看一下,发现内存已用了243,我的256被他用了那么多是为什么?
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

GMT+8, 2024-11-27 09:03 , Processed in 0.109304 second(s), 16 queries .

© 2021 Powered by Discuz! X3.5.

快速回复 返回顶部 返回列表