GNU 1.0 - 第6页

**carlos** · 03-06-25, 09:13

时代不同了，但道理是一样的，也许时间会短一点，但其它系统的发展也比当年快得多
GNU就算两年之内发布了，起码还要一到两年时间才能稳定，要赶上Linux更不知道要等到哪一年

从学术研究成果进而成为实用产品是一个自然的发展过程
但拿一个以实用为目的的项目去搞学术研究，这就叫本末倒置

我也是希望GNU能早日发布，但这种种消息让我感到有些灰心，遥遥无期呀

**xemacs** · 03-06-25, 10:59

引用:

最初由 carlos 发表
时代不同了，但道理是一样的，也许时间会短一点，但其它系统的发展也比当年快得多
GNU就算两年之内发布了，起码还要一到两年时间才能稳定，要赶上Linux更不知道要等到哪一年

从学术研究成果进而成为实用产品是一个自然的发展过程
但拿一个以实用为目的的项目去搞学术研究，这就叫本末倒置

我也是希望GNU能早日发布，但这种种消息让我感到有些灰心，遥遥无期呀

产品，这个词，我觉得用在这不太合适，RMS研发HURD的目的，并不是要使其商业化，成为产品，他希望的是逝去已久的真正的黑客精神(可以看看RMS的文章：))能从新回来。

从上世纪后五十年科技的发展可以看出，一个很好的产品，都有很好的学术研究背景(当然两者不是充要关系)，SUN应该是个例子。同样我们也可以看到，一旦某项学术研究的项目，成为产品，或者说被完全商业化，他在技术上要有很大的突破，就很难了(即使还有很大的潜力)，早期的UNIX就是个例子。

GNU/Redhat的技术不如GNU/Debian，但商业化相对成功。这是GNU/Linux中现实的例子：D

**carlos** · 03-06-25, 11:29

bro...，产品 != 商品，totally different...

看来我是没有充分考虑这个黑客背景

另外这还是一个顺序问题
我看那些成功的例子都是以学术研究开始，进而普及开来
也许有几十个研究项目，最后只有一两个成功，这是一个自然的优胜劣汰的过程
而GNU HURD却反其道而行之......

**carlos** · 03-06-25, 11:47

也许是我有点过于悲观了....
说不定Hurd最终会成为下一代操作系统的原形，就像当年的Unix ???
那样就真叫“修成正果”了

**jcome** · 03-06-25, 19:34

下一代操作系统的原形 ,
plan 9 吧,

我一直在等openbeos.

**xemacs** · 03-06-26, 00:16

引用:

最初由 carlos 发表
也许是我有点过于悲观了....
说不定Hurd最终会成为下一代操作系统的原形，就像当年的Unix ???
那样就真叫“修成正果”了

不过我觉得，多元化也许会是趋势：D

也许HURD，也许Plan9，或者其他什么……

未来之所以吸引人，就是因为太多的未知、太多的不确定………………

**xemacs** · 03-06-26, 00:20

引用:

最初由 carlos 发表
bro...，产品 != 商品，totally different...

看来我是没有充分考虑这个黑客背景

另外这还是一个顺序问题
我看那些成功的例子都是以学术研究开始，进而普及开来
也许有几十个研究项目，最后只有一两个成功，这是一个自然的优胜劣汰的过程
而GNU HURD却反其道而行之......

产品和商品确实不太容易区分，不过我认为，产品通常会被商业化。产品本身就是因为有了生产之后出现的，生产的目的通常是为了交换，现代的交换更多的是一种商业行为，更具这个推理我想在大多数情况下，两者可以等同：D (也许是谬论，请别介意)

**carlos** · 03-06-26, 00:25

er... 离题万里了...

关于商品化的讨论就到此为止吧
回到GNU HURD的主线上去...
ho...

**xemacs** · 03-06-26, 00:42

引用:

最初由 carlos 发表
er... 离题万里了...
关于商品化的讨论就到此为止吧
回到GNU HURD的主线上去...
ho...

确实，离题了；D

不过我觉得如果真相为GNU/HURD做些什么，我们可以在国内搞个镜像(不知有没有，我反正没发现：))，要知道国内大学的机器访问国外很麻烦，即使用**。

**million** · 03-06-26, 01:19

尝试了一下hurd k3 CD的安装（安装到真实的机器）。用软盘启动grub来引导hurd K3

结果启动内核失败，bootstrap出错。

真不爽。

**carlos** · 03-06-26, 08:35

million，你以前都是用bochs安装的吧

**xemacs** · 03-06-26, 10:26

引用:

最初由 million 发表
尝试了一下hurd k3 CD的安装（安装到真实的机器）。用软盘启动grub来引导hurd K3

结果启动内核失败，bootstrap出错。

真不爽。

看看GRUB的INFO，如果内核已装好，无法引导应该是GRUB的设置问题。

**LYOO** · 03-06-26, 12:05

不知hurd与现行的GNU/Linux有多大的区别？在我的头脑里，从当代操作系统的概念上来看hurd应该和现行的GNU/Linux操作系统没太大区别(如：多用户管理、文件操作、进程控制、远程访问等等方面)，区别多在底层实现上。(我没新亲手玩过hurd，只是看了一点文章，呵呵，所言之处若有纰漏，还望各位海涵和指正

)

plan9则有许多新奇的想法，把分布式、网络完全整合进系统(可以说不存在单用户多用户或者本地用户远程用户的区别)，整个系统(或者说网络)由终端、计算服务器和文件服务器组成，三者通过p9协议通信，计算服务器提供运算能力，文件服务器提供文件存储能力，没有root的概念，所有的对象(目录、文件、进程等)都视为文件，使用者通过Kerberos方式(一种检查用户密钥的方式)获得授权访问特定的对象，口令无需再通过网络传输...等等，plan9不再是unix的升级版，而是在此基础上的一个全新概念的操作系统。

只可惜不是Free的:(

**jessew** · 03-07-21, 08:42

好久没来了，看了大家的帖子，很感动，看来还是有不少人在关注着 GNU HURD 的发展，不过我们似乎应该为它做些什么，而不是在这里谈论什么商业与学术的问题。
Hurd 的主页上有一则关于 Hurd 在 GNU/LinuxTag 2003 上的新闻，大家不妨看一下，挺有意思的。连 ReiserFS 的发明人都买了一件 Hurd 的 T-Shirt 呢：）
现在，棘手的问题是如何确定将 Hurd 移植到 L4 微内核，有一个 GNU 的邮件列表
http://mail.gnu.org/archive/html/l4-hurd/
希望大家多看看，会有很大收获！

**chern** · 03-07-22, 00:25

jessew，想要参与 Hurd on l4 的开发不是那么容易的。Hurd 之所以开发进度这么慢，在我看来主要原因就是他选择了微内核。微内核这个东西在学术上就还是不够成熟的东西，想要转化成一个成熟可用的产品问题是比较大的。而且现在想要转到 API 和 Mach 完全不同的 l4 上面去，不是一两天可以做到的。因为虽然 Hurd 的设计目标之一是能够运行在不同的微内核上，但是这个目标事实上没有达到，Hurd 里面有非常多依赖于 Mach 的东西。所以比较容易一种移植方案是自在 l4 上面再写一个 Mach 模拟层，但是这样做的效率是可想而知的。我感觉 Hurd 的开发还是处在一个比较混乱的状态，还没有一个很好的路线规划。这几乎是所有科学研究项目具有的特点，但也是做工程项目的大忌。毕竟 GNU 是一个 Project，而不是科学研究。

03-06-25, 09:13	第 76 帖
carlos ★☆临时★退役☆版主★☆ 注册日期: Sep 2002 我的住址: NZ 帖子: 7,719 精华: 24	时代不同了，但道理是一样的，也许时间会短一点，但其它系统的发展也比当年快得多 GNU就算两年之内发布了，起码还要一到两年时间才能稳定，要赶上Linux更不知道要等到哪一年从学术研究成果进而成为实用产品是一个自然的发展过程但拿一个以实用为目的的项目去搞学术研究，这就叫本末倒置我也是希望GNU能早日发布，但这种种消息让我感到有些灰心，遥遥无期呀 __________________ Aoccdrnig to a rscheearch at an Elingsh uinervtisy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht frist and lsat ltteer is at the rghit pclae.

03-06-25, 11:29	第 78 帖
carlos ★☆临时★退役☆版主★☆ 注册日期: Sep 2002 我的住址: NZ 帖子: 7,719 精华: 24	bro...，产品 != 商品，totally different... 看来我是没有充分考虑这个黑客背景另外这还是一个顺序问题我看那些成功的例子都是以学术研究开始，进而普及开来也许有几十个研究项目，最后只有一两个成功，这是一个自然的优胜劣汰的过程而GNU HURD却反其道而行之...... 此帖于 03-06-25 11:41 被 carlos 编辑.

03-06-25, 19:34	第 80 帖
jcome 退役版主注册日期: Oct 2002 我的住址: 佛山帖子: 898 精华: 8	下一代操作系统的原形 , plan 9 吧, 我一直在等openbeos. __________________ 回归Debian! 古有佛山无影腿，今有佛山太极脚。 www.gnome-cn.org gimp blender moho $logout

03-06-26, 01:19	第 85 帖
million 注册会员注册日期: Nov 2002 帖子: 274 精华: 4	标题: up 尝试了一下hurd k3 CD的安装（安装到真实的机器）。用软盘启动grub来引导hurd K3 结果启动内核失败，bootstrap出错。真不爽。

03-06-26, 12:05	第 88 帖
LYOO 注册会员注册日期: Jan 2003 帖子: 782 精华: 37	不知hurd与现行的GNU/Linux有多大的区别？在我的头脑里，从当代操作系统的概念上来看hurd应该和现行的GNU/Linux操作系统没太大区别(如：多用户管理、文件操作、进程控制、远程访问等等方面)，区别多在底层实现上。(我没新亲手玩过hurd，只是看了一点文章，呵呵，所言之处若有纰漏，还望各位海涵和指正) plan9则有许多新奇的想法，把分布式、网络完全整合进系统(可以说不存在单用户多用户或者本地用户远程用户的区别)，整个系统(或者说网络)由终端、计算服务器和文件服务器组成，三者通过p9协议通信，计算服务器提供运算能力，文件服务器提供文件存储能力，没有root的概念，所有的对象(目录、文件、进程等)都视为文件，使用者通过Kerberos方式(一种检查用户密钥的方式)获得授权访问特定的对象，口令无需再通过网络传输...等等，plan9不再是unix的升级版，而是在此基础上的一个全新概念的操作系统。只可惜不是Free的:( __________________ http://211.92.88.40/~lyoo/bookmark/bookmark.html 此帖于 03-06-26 12:23 被 LYOO 编辑.

欢迎来到LinuxSir.Org!
您还未登录，请登录后查看论坛，或者点击论坛上方的注册链接注册新账号。

03-06-25, 11:47	第 79 帖
carlos ★☆临时★退役☆版主★☆ 注册日期: Sep 2002 我的住址: NZ 帖子: 7,719 精华: 24	也许是我有点过于悲观了.... 说不定Hurd最终会成为下一代操作系统的原形，就像当年的Unix ??? 那样就真叫“修成正果”了

03-06-26, 00:25	第 83 帖
carlos ★☆临时★退役☆版主★☆ 注册日期: Sep 2002 我的住址: NZ 帖子: 7,719 精华: 24	er... 离题万里了... 关于商品化的讨论就到此为止吧回到GNU HURD的主线上去... ho...

03-06-26, 08:35	第 86 帖
carlos ★☆临时★退役☆版主★☆ 注册日期: Sep 2002 我的住址: NZ 帖子: 7,719 精华: 24	million，你以前都是用bochs安装的吧

03-07-21, 08:42	第 89 帖
jessew 注册会员注册日期: Dec 2002 我的住址: 北京帖子: 200 精华: 2	好久没来了，看了大家的帖子，很感动，看来还是有不少人在关注着 GNU HURD 的发展，不过我们似乎应该为它做些什么，而不是在这里谈论什么商业与学术的问题。 Hurd 的主页上有一则关于 Hurd 在 GNU/LinuxTag 2003 上的新闻，大家不妨看一下，挺有意思的。连 ReiserFS 的发明人都买了一件 Hurd 的 T-Shirt 呢：）现在，棘手的问题是如何确定将 Hurd 移植到 L4 微内核，有一个 GNU 的邮件列表 http://mail.gnu.org/archive/html/l4-hurd/ 希望大家多看看，会有很大收获！ __________________ Work Smarter,Work GNU!

03-07-22, 00:25	第 90 帖
chern 注册会员注册日期: Jun 2003 帖子: 30 精华: 0	标题: 呵呵 jessew，想要参与 Hurd on l4 的开发不是那么容易的。Hurd 之所以开发进度这么慢，在我看来主要原因就是他选择了微内核。微内核这个东西在学术上就还是不够成熟的东西，想要转化成一个成熟可用的产品问题是比较大的。而且现在想要转到 API 和 Mach 完全不同的 l4 上面去，不是一两天可以做到的。因为虽然 Hurd 的设计目标之一是能够运行在不同的微内核上，但是这个目标事实上没有达到，Hurd 里面有非常多依赖于 Mach 的东西。所以比较容易一种移植方案是自在 l4 上面再写一个 Mach 模拟层，但是这样做的效率是可想而知的。我感觉 Hurd 的开发还是处在一个比较混乱的状态，还没有一个很好的路线规划。这几乎是所有科学研究项目具有的特点，但也是做工程项目的大忌。毕竟 GNU 是一个 Project，而不是科学研究。