发信人: ding()
整理人: wwwyyyxxx(1999-08-23 21:33:24), 站内信件
|
【 以下文字转载自 ding 的信箱 】
【 原文由 [email protected] 所发表 】
发信人: [email protected] (Sound), 信区: tw386bsd
标 题: syc 在美国...
发信站: 从零开始 (Mon Sep 22 13:55:04 1997)
转信站: ClinuxBBS!clinux.ml.org!hammer.uoregon.edu!news.uoregon.edu!spring!netn
出 处: @freebsd.ee.ntu.edu.tw
在美国的 syc... :-)
(此篇将 crosspost 在 bsd, linux, unix, config, NTUDormNet, NTU-CCNetwork)
-----------------------------------------------------------------------------
作者: [email protected]
标题: Re: Introducing a new boot loader
时间: Mon Sep 22 07:20:27 1997
> 最大的原因是，通常跑 FreeBSD 的机器都只有一种 OS -- FreeBSD only, 24hr in
> FreeBSD!! 所以咧... 开机变成很少(几个月才有一次)发生的事... :p
>
怎麽说呢, 应该说我现在应该是要好好念书不能玩电脑, 电脑也
不常开机. 所以我会想开机的时候有个menu, 选择 quick login
(no X windows) 或 Xdm login. 这可以透过bootloader传 runlevel
参数 给 kernel 达成. 常见的loader都可以这样做啦, 只不过
grub 有1. menu, 2. 不是shareware( vs os-bs), 3.可以在
*unix上re-compile/ modify, 4. 不用靠dos就可以安装,
所以比较好.
再说一个心得好了, grub 认为要boot dos的chain loader
必需要有 55 AA的标记才算valid. chain loader 可以放在
filesystem的任何地方.
ps. 我没有试过booting dos/win95. 不保证work. 不过有source
code, 并且只有一个(well-documented) assembly, 不会很难改.
> 也很高兴 syc 到美国「底定」下来了，希望有机会多多回来 tw 关照关照哦 :-)
谢谢啦. 这里telnet connection回台湾太慢了. 可能不太有机会
常常回去. 我可能先以满足自己的需要为优先. 比如我可能须要一个
机制把twbbs (aidebbs.edu.tw)抓回home pc, feed进inn来看.
(还有一个robot, 偷抓 www.chinatimes.com, 转成news...)
等我搞定了, 我就可以以稳定的频率(say, per 3-7 days) 看twbbs
的信区了.
寒假我会留在这里, 应该可以很疯狂的玩一下. 我会把
一些东西丢回twbbs进补一下.
以下是我写给一些朋友的信. 给你参考, 让你补补吧. 文中提
到的homepage, 及其子目录都值得你参考. 你可以把browse
过的心得post到bbs上, 相信可以让台湾许多人有一些启发的.
(特别是statistics部份. 这是我以前非常想作, 却做不到的.
我觉得网路/电脑资源使用量分析是非常重要的一环. 这些资讯
的公开化, 也是必需做的. 因为这样才能做为决策的立论
依据. 也就是, 「我们网路/电脑太慢,需要升级」, 应该要有
合理的数字作背後的依据的.在台湾, 这一点是很盲目的)
或许你不相信, 这里的CS就是和统计系住在同一个building,
doit (就是计中)也在同一个building内, 也就是它们认为
这些东西关系亲密就是了.
不要羡慕UW-Madison. 这里CS 排名第六, 电机好像二十几,
持续下降中. 听说是因为派系斗争, 去年走了11位教授和他们的研究生.
不然Zimmer (通信原理那本教科书作者)等一些DSP元老都
是在这个学校的.
----------
Hi, all:
美国真的是世界网路的中心, 从这里到各地的连线
真的是又快又好(边疆地区如台湾例外:) 事实上,这
个学校的网路上要不是我巧然遇上, 根本没有proxy
server, 直接连就好了...
以下是我目前了解的网路状况:
首先, Madison算是公立大学, University of Wisconsin-Madison.
Madison的电算中心叫作DoIT, Division of Information
Technology. 这个单位乱奇怪的, 不太像学校单位,
比较像台大的小福, 委外经营的单位, 等一下就知道了.
(http://www.wisc.edu/doit)
这个学校的工学院是一体的, 也就是说没有像台湾一样各
自为政. 起码所有系都在同一个工学院馆内. 工学院所有
系一起成立一个电算中心CAE (Computer Aided Engineering Center)
我现在的帐号就是在这里.
这个学校的CS不属工学院, 在文理学院里面. 如果你
知道算盘那本Computer Architecture教科书,或者赖
飞罴教授翻的那本计算机结构-计量接进的话, 那你会
对这个CS感到熟悉, 因为这是这系的名产喔.
这个学校的上层网路好像是个商业化的骨干供应商提供的,
不像台湾的大学上层还有个教育部.
(http://www.nap.net/)
Madison的拨号网路有1200门Modem. 分成3组. 第一二组
现在应该都是33.6K (9月前第一组是22.8K,现在可能有某组
是56Kmodem)限时4小时(因为这边电话计次不计时),
第三组使用淘汰的modem(现在应该是22.8K), 限时10-15分钟.
拨号时如果第一组有空号,就使用第一组,否则依续使用2,3组.
第三组限时短暂是因为要给人家dialup查信用的.
我相信(由DNS看到的), CS自己也有拨号网路.
在本学期之前, 那时只有1千1百多一点台modem, 全部
挂在IBM RS/6000的工作站上. 目前分成8台工作站负责.
使用menu的方式连接.
有一点我觉得非常的感动, 就是他们处理system log
的方式. 在台湾能够备份存查就很不错了, 这边还作分析,
每天公布在Web上各种分析, 你可以知道每天每小时modem
的使用状况. 很有趣的, 它呈现一个规率的周期.
(http://www.wisc.edu/wiscworld/usestats.html)
另一个SNMP的fancy应用是工学院电算中心. 在工学院
走道有`Monitor', 可以随时显示全院电脑的使用状况,
还有几台有空位等等的资讯.
Madison自己修改全校各型router的software.
本学期前,校园网路还是100Mbps FDDI, 今年本校取得
NSF的两年计画经费, 开始构建ATM网路. DoIT的所有
网路规划都预先作好了, 并且是公开的.
(http://www.wisc.edu/netops/)
这笔经费使Madison得以参加Internet2 和 vBNS
(NSF的very high speed Backbone Network Service)计画.
http://www.wisc.edu/doit/news/newsletters.html,
七月和九月的news letter.
基本上, 这个学校只有一个WWW server, 就是
http://www.wisc.edu/, 其他单位系所的homepage
都插在这个server内, 比如说, DoIT的homepage就是
http://www.wisc.edu/doit.
WWW server还有很多用处, 比如说改学生个人资料,个人
记录的查询, http://www.wisc.edu/EASI,
Extended Access to Student Information
本校的每位学生都被要求要有一个E-mail帐号,
所有的通知都是透过E-mail传递. 学生的个人资料
都在EASI上面, 包括E-mail位址, 住址. 随时都可以用
Netscape改. 也可以查成绩, 选课记录等等.
Madison网路帐号不是用'open an account', 而是
activate an account. 每个学生都有一个帐号, 只要
输入学生证号码和密码把它enable即可. 工学院CAE的帐号
也是一样.
Madison 全校有满坑满谷的电脑. DoIT电脑室有两大半,
一半跑Windows for Workgroup 3.1, 一半跑麦金塔.
所有的图书馆分馆都有infolab, 就是电脑室. 最大的一间
全部都是麦金塔, 谁说麦金塔没有市场. 事实上, Apple
跟学校都有合约, 全年提供九折的电脑给学校. 如果不和
邮购比的话, Mac和PC价钱差不多, 甚至较低. DoIT 还有
一个传单, 分析Mac和PC的不同, 以及学生要如何决定该
不该买电脑等等. DoIT 卖电脑, 卖网路service, 卖软体,
卖零件, 也转卖网路设备. 不过它会开免费的workshop, 教你
使用电脑软体.
PC室内, 所有上课会用到的软体, 都设定好了, 十分方便.
DoIT的学生帐号只有E-mail的功能(POP3), 然後在PC or Mac
用eudora读, 学生要自备磁片, eudora会把data写在floppy上.
这边的W4W架在novell上, PC 有再生卡的类似功能, 会重设
系统(大概是把硬碟image从server上download到HD吧.
DoIT电脑室开放到midnight. 电脑室内还有scanner.
DoIT每年都有民调, 调查使用者满意度.并公布在网路上.
最後提我的新窝, CAE.
CAE是工学院的电算中心, 自己有一个building. 可是他的电
脑教室则除了main lab在中心内, 还有一堆 remote lab.一天
二十四小时开放.
CAE主要有两种机器, PC (跑NT on novell), HP (HP-UX).
还有十几台Mac. 周边有两台scanner. 每个lab都有雷射印表
机, 每人quota 硬碟 UNIX上 25MB,NT 10MB,纸 100张.
还有一点点SGI 和Sun, 不过那是机械系CAD用的.
另外每人还有一个Homepage的空间的样子.
NT是4.0, 没什麽好提的. 一点也不好用. 因为每次login,
系统会把.ini档 overwrite掉, 所以不能customize. (这样子
装新的软体使用者才会知道).
UNIX就太帅F. 这里的Unix用afs 串起来的, 搞不好还可以
连到NCTUCCCA, 如果我会的话.
系统装的软体和我以前在ccsun*装的public domain软体不相上下,
甚至更多,更好的是连source code 都使用CVS版本控制,放在afs上,
有作过什麽local的修改都可以看到, 至少有些说明文件没有install
到系统的, 都可以去source code目录挖出来.
cxterm 系统本来就有装了, 我只缺大千键盘排列的注音输入法,
回台大把CSIE-ZOZY.cit抓回来,就稿定了, 简直是跟在台大用自己
架的工作站没有两样. 不过这边作风比较保守, 很多软体不会像我
一样追著最新版跑就是了.
该有的商业版本的软体也会有, 比如matlab, mathmatica等等,
听说matlab才刚在杂志上看到5.0的广告, 这里的matlab就已经
upgrade成5.0了. 不过这里hp的netscape还没有4.0就是蛮奇
怪的.
CAE有一个令人欣赏的地方, 就是他有一个架子上面放满了讲义.
告诉你CAE是什麽, CAE有什麽设备, 有什麽软体, 这些软体怎麽用
等等, 有位专任的讲义编辑负责这些东西. (当然, Unix的软体
没有公开的比公开的多就是了, 要自己去找$PATH).
这边的摆设也是非常的空旷, 两台工作站/PC间的距离大概有两
公尺. 对了, 这边的PC都用Dell的电脑, 不过萤幕都是选最好的
HP A4331A 柱面的平面直角萤幕.
最後, 我总算发现学校内有Solaris了, 这是帮同学解决
问题时发现的. 这票Sun Solaris藏在资讯系, 算是稀有动物了.
Madison 的DNS资料显示它跟Michigan, Ann Arbor算是邻
居, 互为redundant.
--------
From yhsiao Wed Sep 17 14:34:02 1997
Subject: a little update..
Date: Wed, 17 Sep 1997 14:34:02 -0500 (CDT)
X-Mailer: ELM [version 2.4ME+ PL35 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=BIG5
Content-Transfer-Encoding: 8bit
Content-Length: 653
Status: RO
Hi,
刚刚知道的八卦消息. 这里的Computer Science电脑
室好像已经没有工作站了. 我原先说的, 发现他们有
Solaris的工作站实际上是Solaris X86 :)
他们目前的态度是全面PC化, 即使是使用Unix. 我想
这可能是一个趋势吧, 而且下面的因素可能会使之恶化.
Intel 赞助这个学校CS的一个类似pvm的计划, 可能会
提供1000台Pentium Pro PC. 这个计划的目标在於把CS
的PVM系统 port到 i386 NT上(原先可以在Unix上Run).
Pentium Pro很明显的不受市场欢迎. 被 MMX-233和
Pentium II 夹杀出局了. 很明显的, Intel把滞销的危机
化为转机, 把它用来赞助学术机构.
--
Regards,
Yung-Ching Hsiao E-mail: [email protected]
PGP Key fingerprint = ebcdfcd0ab43845f-1d7b2e3c2641721a
From yhsiao Fri Sep 19 17:05:32 1997
Subject: 主流派vs非主流派
X-ELM-OSV: (Our standard violations) hdr-charset=BIG5
To: [email protected] (C.K.Huang), [email protected] (Faust Wang)
Date: Fri, 19 Sep 1997 17:05:32 -0500 (CDT)
Cc: [email protected] (Chia-Seng Chang)
X-Mailer: ELM [version 2.4ME+ PL35 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=BIG5
Content-Transfer-Encoding: 8bit
Content-Length: 5104
Status: RO
Hello,
Please refer to http://www.cygnus.com/egcs/
to under the current chaotic situation with gcc.
There has been no new versions of gcc for almost 2 years.
My Linux hero, H.J. Lu, is in the project.
He is the Linux GCC, LibC maintainer, who has brought
Linux from an plain kernel to its current state.
Here is a partial info about it.
=====
The initial egcs project announcement
From: [email protected] (D.V. Henkel-Wallace)
Subject: A new project to merge the existing GCC forks
Date: Fri, 15 Aug 1997 16:31:29 -0700
To: [email protected]
A bunch of us (including Fortran, Linux, Intel and RTEMS hackers) have
decided to start a more experimental development project, just like
Cygnus and the FSF started the gcc2 project about 6 years ago. Only
this time the net community with which we are working is larger! We
are calling this project 'egcs' (pronounced 'eggs').
Why are we doing this? It's become increasingly clear in the course
of hacking events that the FSF's needs for gcc2 are at odds with the
objectives of many in the community who have done lots of hacking and
improvment over the years. GCC is part of the FSF's publicity for the
GNU project, as well as being the GNU system's compiler, so stability
is paramount for them. On the other hand, Cygnus, the Linux folks,
the pgcc folks, the Fortran folks and many others have done
development work which has not yet gone into the GCC2 tree despite
years of efforts to make it possible.
This situation has resulted in a lot of strong words on the gcc2
mailing list which really is a shame since at the heart we all want
the same thing: the continued success of gcc, the FSF, and Free
Software in general. Apart from ill will, this is leading to great
divergence which is increasingly making it harder for us all to work
together -- It is almost as if we each had a proprietary compiler!
Thus we are merging our efforts, building something that won't damage
the stability of gcc2, so that we can have the best of both worlds.
As you can see from the list below, we represent a diverse collection
of streams of GCC development. These forks are painful and waste
time; we are bringing our efforts together to simplify the development
of new features. We expect that the gcc2 and egcs communities will
continue to overlap to a great extent, since they're both working on
GCC and both working on Free Software. All code will continue to be
assigned to the FSF exactly as before and will be passed on to the
gcc2 maintainers for ultimate inclusion into the gcc2 tree.
Because the two projects have different objectives, there will be
different sets of maintainers. Provisionally we have agreed that Jim
Wilson is to act as the egcs maintainer and Jason Merrill as the
maintainer of the egcs C++ front end. Craig Burley will continue to
maintain the Fortran front end code in both efforts.
What new features will be coming up soon? There is such a backlog of
tested, un-merged-in features that we have been able to pick a useful
initial set:
New alias analysis support from John F. Carr.
g77 (with some performance patches).
A C++ repository for G++.
A new instruction scheduler from IBM Haifa.
A regmove pass (2-address machine optimizations that in future
will help with compilation for the x86 and for now
will help with some RISC machines).
This will use the development snapshot of 3 August 97 as its base --
in other words we're not starting from the 18 month old gcc-2.7
release, but from a recent development snapshot with all the last 18
months' improvements, including major work on G++.
We plan an initial release for the end of August. The second release
will include some subset of the following:
global cse and partial redundancy elimination.
live range splitting.
More features of IBM Haifa's instruction scheduling,
including software pipelineing, and branch scheduling.
sibling call opts.
various new embedded targets.
Further work on regmove.
The egcs mailing list at cygnus.com will be used to discuss and
prioritize these features.
How to join: send mail to href="mailto:[email protected]">egcs-request at cygnus.com.
That list is under majordomo.
We have a web page that describes the various mailing lists and has
this information at: href="http://www.cygnus.com/egcs/">http://www.cygnus.com/egcs.
Alternatively, look for these releases as they spread through other
projects such as RTEMS, Linux, etc.
Come join us!
David Henkel-Wallace
(for the egcs members, who currently include, among others):
Per Bothner
Joe Buck
Craig Burley
John F. Carr
Stan Cox
David Edelsohn
Kaveh R. Ghazi
Richard Henderson
David Henkel-Wallace
Gordon Irlam
Jakub Jelinek
Kim Knuttila
Gavin Koch
Jeff Law
Marc Lehmann
H.J. Lu
Jason Merrill
Michael Meissner
David S. Miller
Toon Moene
Jason Molenda
Andreas Schwab
Joel Sherrill
Ian Lance Taylor
Jim Wilson
--
Regards,
Yung-Ching Hsiao E-mail: [email protected]
PGP Key fingerprint = ebcdfcd0ab43845f-1d7b2e3c2641721a
--
Origin: 从零开始 freebsd.ee.ntu.edu.tw (140.112.19.123)
|
|