d********g
发帖数: 10550 | 1 抄袭BSD的Mac OS X占领道德制高点批判Linux抄袭了。我建议你再联合UNIX/BSD一起批
判Linux抄袭 |
|
s**********o
发帖数: 197 | 2 应该不是直接用的mach，可能用的是BSD的比较早的版本，保留了好多mach的东西。内
核这东西并不重要。估计苹果就是等每次BSD发布新版本，copy/paste一些对自己有用
的东西到自己内核里。 |
|
a***y
发帖数: 19743 | 3 pure speculation of how Apple develop Mac OS X kernel.
iOS is devrived from Mac OS X. Find an example of successful BSD based
mobile device OS? None of the Linux based mobile OS run as good as iOS. So
if Apple just copy BSD, Apple must know some secret alchemy. |
|
a***y
发帖数: 19743 | 4 ☆─────────────────────────────────────☆
dsb (大手笔) 于 (Thu Oct 21 10:37:04 2010, 美东) 提到:
PC和MAC基本是同一时代的产物，PC和MAC都是通用计算机，相比PC和MAC出现之前，计
算机大都是专用的，比如王安电脑，王安电脑是那时候美国最大的IT公司，你买了王安
电脑专门用来做文字处理，就只能用于文字处理。
PC和MAC的出现基本堵死了专用计算机这条路，相比于PC，MAC的思路跟现在的
application store一样，是个跟硬件捆绑的封闭系统，你自己要开发点啥，得通过
steve jobs才行，而PC是个相对开放的系统，允许不同的硬件，不同的软件在上面自由
运行。这个思路尤其是在90年代初IT迅速发展时得到极大的发挥。PC成了市场的主流。
PC和MAC，基本是一帮人跟一个人的竞争，在IT产品月月推陈出新的年代，基本上没有
MAC吃饭的余地。然后美国金融危机后，IT产品发展缓慢，MAC才能逐渐追赶上来。但长
远看，只要MAC继续采用现在的封闭模式，一旦经济恢复，仍将面临来自开放社会的严
重... 阅读全帖 |
|
a****a
发帖数: 5763 | 5 BSD不是linux
mac能编译linux app是因为 BSD可以port linux application
说实话mac下的 unix 包真是挺好用的，我知道很多人虽然是在unix下工作，同样用
mac |
|
a****a
发帖数: 5763 | 6 BSD不是linux
mac能编译linux app是因为 BSD可以port linux application
说实话mac下的 unix 包真是挺好用的，我知道很多人虽然是在unix下工作，同样用
mac |
|
a****a
发帖数: 5763 | 7 在美国宾夕法尼亚州的东部，有一个风景秀美的城市叫费城。在这个城市诞生了一系列
改变世界的奇迹：第一个三权分立的国家——美立坚合众国，就在第五街的路口诞生；
举世闻名的费城交响乐团，1900年在市中心的Academy of Music奏响了他们的第一个音
符。而写这篇文章时，我正坐在三十四街的宾夕法尼亚大学计算机系的一楼实验室，面
前摆放着世界上第一台电子计算机——ENIAC。
1946年2月14日，ENIAC问世，每秒可运行5000次加法运算或500次乘法运算，面积达170
平方米，重约30吨，拉开了计算机处理器革命的序幕。这场革命是各处理器厂商长达数
十年的竞赛，而摩尔定律从一开始就准确地预测了这场比赛的走势。根据摩尔定律，同
样价格的集成电路上可容纳的晶体管数目，每隔约18个月便会增加一倍，性能也将提升
一倍。但事实上，并无法用老路子来保持这个增长速度，因为会遇到包括能耗、散热等
各种技术瓶颈。所以每隔几年就会有用来绕过这些瓶颈的新一代产品推出。如采用超纯
量（superscala）、指令管线化、快取等。这些技术通过一定程度的高效并行来挖掘计
算机处理器的速度所能达到的高度，以促使... 阅读全帖 |
|
a****a
发帖数: 5763 | 8 经过6年时间，4个发行版，苹果终于完成了向64位的迁移，并随着Snow Leopard的发布
推出了解决并行编程问题的Grand Central Dispatch（简称GCD）技术，释放了多核系
统的潜力。
和10.5一样，在10.6 Snow Leopard中，苹果继续利用64位的迁移砍掉了诸多老技术，
很多新技术仅以64位的模式被支持。例如重写的QuickTime X框架，虽然QuickTime X应
用程序以32位和64位的模式发布，但其API仅暴露给64位。另一个例子是Objective-C 2
.1的运行库，快速Vtable调度，新的和C++统一的异常处理模型，以及彻底解决对象的
FBI问题等，都仅限64位程序使用。
内核的64位化
读者应该发现，经过这4个发行版，Mac OS X自下而上地对整个系统向64位迁移。10.3
内核空间提供了64位整数运算的支持。10.4允许程序以64位模式运行在用户空间，并且
提供了64位的libSystem使得开发者可以开发64位的Unix程序，而10.5中系统所有未废
弃的函数库、框架都提供64位版本，到了10.6，所有用户空间的程序，包括... 阅读全帖 |
|
j**********i
发帖数: 3758 | 9 【 以下文字转载自 BuildingWeb 讨论区 】
发信人: jpostsildavi (ID), 信区: BuildingWeb
标 题: 架设一个象MITBBS一样的网站？
发信站: BBS 未名空间站 (Thu Jun 28 21:53:46 2012, 美东)
带宽“好像”不成问题，硬件“成本”也在降低。那么就动手干吧！
选择什么样的服务器和应用呢？你要是象我一样是个菜鸟，既不懂高深的
计算机硬件结构，也不知道什么连接数和响应速度，见到服务器就自行猥琐，
满脑子里想着机器会不会吃人的话，该从哪里着手呢？
网上的人个个都打包票，说自己的经验如何如何（但是他们的许多人都似乎忘记了时间
），
这真有一点眼花缭乱了。不要紧，有win8，有比较：找一个大得ISO文件（2G），把它
从C盘拷贝到D盘，
看一看平均传送速度。再找一个同样大小的包含2万个小文件的目录，同样方法
拷贝过去。你会看到ISO文件的传送速度可能会在50m/s，而包含小文件的
同样大小目录的传送速度竟然在3m/s，吓了一大跳是吧？
MITBBS一个页面算50k，1-2万人同时上，数据都要在BUS上跑，就是要有
1G... 阅读全帖 |
|
w********2
发帖数: 16371 | 10 BSD 内核一段时间内是公认的稳定，那个年代，bsd 的server 放几年都不用去管，
windows 每周都得重启
windows |
|
d***a
发帖数: 13752 | 11 是的，Jobs和Gates一样，都是能抓住大妈芳心的高手。这也是为什么苹果能活到今天
。举个例子，苹果从来没高调宣传过OS X是一种BSD Unix系统（BSD在业界很有名），
因为大妈们不需要知道，而专业用户本来就知道。 |
|
d***a
发帖数: 13752 | 12 You are right. Technically speaking, OS X is a BSD-based Unix. It's not
identical to FreeBSD or any other BSD variant. |
|
j**********i
发帖数: 3758 | 13 带宽“好像”不成问题，硬件“成本”也在降低。那么就动手干吧！
选择什么样的服务器和应用呢？你要是象我一样是个菜鸟，既不懂高深的
计算机硬件结构，也不知道什么连接数和响应速度，见到服务器就自行猥琐，
满脑子里想着机器会不会吃人的话，该从哪里着手呢？
网上的人个个都打包票，说自己的经验如何如何（但是他们的许多人都似乎忘记了时间
），
这真有一点眼花缭乱了。不要紧，有win8，有比较：找一个大得ISO文件（2G），把它
从C盘拷贝到D盘，
看一看平均传送速度。再找一个同样大小的包含2万个小文件的目录，同样方法
拷贝过去。你会看到ISO文件的传送速度可能会在50m/s，而包含小文件的
同样大小目录的传送速度竟然在3m/s，吓了一大跳是吧？
MITBBS一个页面算50k，1-2万人同时上，数据都要在BUS上跑，就是要有
1G/s的传送量，而千兆网卡也只有1G/8的量，所以MITBBS不可能只在一台服务器上跑。
别泄气！当然有优化办法。但是账还是要有个可信地估计。
把第一个2G的ISO再传一遍，只有2-3秒就搞定，WIN8是这么可爱。你现在就知道
大内存在服务器上的作用了吧，也知道同样大小的许多小... 阅读全帖 |
|
|
e**********w
发帖数: 117 | 15 The planned change 4 years down the road is nothing but restructuring
the code. Even for system companies nowadays, the world has moved
on to C++ and Linux now. BSD is so lack of community support. C++
can make code much cleaner and with better modularity. C and BSD
is last century's software engineering practice.
Even for the restructuring of code, the team doing this, led by non-
production BG, will encounter tremendous obstacles in production BGs. |
|
|
|
|
|
|
d****n
发帖数: 12461 | 21 ☆─────────────────────────────────────☆
GGYY (唧唧歪歪) 于 (Thu Oct 21 23:27:35 2010, 美东) 提到:
Intel的小CPU不行，
Microsoft/Linux的操作系统不行。
☆─────────────────────────────────────☆
antee (蚂蚁) 于 (Thu Oct 21 23:35:40 2010, 美东) 提到:
缺的是一个好的touch screen
☆─────────────────────────────────────☆
inspire (Serenity) 于 (Thu Oct 21 23:41:09 2010, 美东) 提到:
M$ 的OS 确实很屎 WM 那么多年 6.5版还是一坨.
☆─────────────────────────────────────☆
GGYY (唧唧歪歪) 于 (Thu Oct 21 23:53:12 2010, 美东) 提到:
关键是没有推到重来的决心。
现在开始重写一个，两三年后... 阅读全帖 |
|
n******7
发帖数: 12463 | 22 不想扯UNIX跟MAC OSX的关系，没能力也没兴趣吵架
逻辑上
1. UNIX这些特性，跟你说的“我觉得主要是Mac OS的系统平滑，用起来舒服一些。我
以前用Windows的时候，最烦它会突然没有反应，过一阵子才醒过来。” 有没有一毛钱
的关系？其实UNIX由于面向server用户，图形界面还真不怎么样，一般用户也就用用
terminal。你要是吹吹稳定性什么的还算有点联系。 OSX对BSD，乃至各种linux的优势
主要也就在GUI上了。不然OSX跟BSD多大区别？
2. 这跟50年前开始做，还是30年前开始做，又有多少关系？我算盘还发明上千年了那
，是不是做算术比计算器要好？ |
|
d***a
发帖数: 13752 | 23 如果没有能力，为什么还这么有信心地找人吵架呢？
1. 一个OS是不是smooth，和它的内核与基础功能有很大的关系。这包括虚存
管理，缓冲区管理，进程管理，设备和文件系统，网络实现，和一些别的部件。
一个系统不平滑，一般来说，和图形界面的关系不大。
在这方面，MacOS对BSD没有优势，但对Windows有优势。实际上，差不多
所有UNIX-based的系统对Windows都有这方面的优势。在GUI方面，MacOS
对BSD也许有优势，但也有人喜欢X-Window。
2. OS不是计算器。OS的设计非常讲究精巧，这个要有时间的积累。Unix的基本
构架，几十年前就成形了。Windows走的是不同的途径，Windows 95，
Windows ME，Windows NT，XP，Vista，Windows 7，内核构架和基础功能
都一直在变，这样情况下很难与UNIX比成熟度。这是最近十几年的事，没有30年。
不过，多数个人用户都不太在乎这些。另外，Windows 7的成熟度不错，也许从
此会稳定下来。
我其实并不是苹果的fan，也不了解这个版上的文化。以上所说，只是常识性的
了解。现在Wi... 阅读全帖 |
|
d***a
发帖数: 13752 | 24 多说两句。Mac上用的OS X，是Unix类系统。计算机科班出身的人，一般经常用Unix类
系统，现在用的最多的Linux，其次是BSD类系统。OS X是BSD类Unix的一种。
Unix类系统很多，Linux, OS X, IBM的AIX，以前Sun的Solaris, SGI的IRIX，HP的HP-
UX。到今天，在个人系统上还在用的，基本就是Linux和OS X了。所以对计算机科班出
身的人来说，选用Mac系统是很自然的事情。
Mac的硬件，在专业人员看来，属于相当不错，但并不是最好的。
一些大妈用户喜欢掐架，对技术不是很在意，这大概是为什么Mac会被Windows阵营中的
少数街道大妈看不顺眼...双方都有问题。专业人员不会在意这种争风吃醋的事情，爱
用什么用什么。:) |
|
Z**0
发帖数: 1119 | 25 那个kylin系统反正比较有意思。有bsd和linux影子。反正是个混合体。
kylin应该尊重版权的东西，如果它用了bsd或者linux的部分东西。 |
|
m******t
发帖数: 2416 | 26
I thought somebody else had pointed out that cisco was being sued for
that.
but
IIUC, you don't need to share your source code for using bsd
licensed code. Just a text file citing the original developer's
rights on the code being used. Somebody show me kylin comes
with that, and I'll gladly shut up.
Well, either that, or prove that kylin didn't use any bsd code despite
the 60% similarity index. |
|
a*****i
发帖数: 4391 | 27 同学们不要意淫了。
OS就好比其他硬件做的项目，是要靠经验一天天积累起来的。
你说windows/linux(BSD...)/osx哪个是很快就突击完的？哪个不是无穷多的man hour
积累起来的？
就好比突击出来的龙芯是MIPS一样，突击出来的麒麟就是BSD. |
|
L***n
发帖数: 6727 | 28 of coz there are bsd codes, BSD server provide most of the OS interface, wha
t's the problem? |
|
L***n
发帖数: 6727 | 29 刚刚发现了这个，在这里下载specification.pdf.gz
http://220.169.30.235/pub/
这份文件提供了一些麒麟的说明。和我想的差不多，基本上是microkernel+BSD server
，应该和Mach有渊源，不过我认为他们做了一流的工作，Mach离一个实用的系统差得还
远着呢，他们也提到了Darwin，我看走的路子和Darwin差不多，因为他们有军队背景，
源码要求不公开，这也可以理解。提供下载的是简化版，我希望他们把和安全有关的敏
感代码删除后提供源码，不过已经值得一试了，毕竟Server是BSD的，应该是熟悉的东西
。我看不是骗经费的，确实是很出色的工作。
www.kylin.org.cn 提供下载。
PS:我觉得应该有哥们把这份文件翻译一下，不少鬼佬对麒麟也半信半疑至少二乎不知
道是嘛，有时间我就做了...这份文档唯一的问题是有点过度谦虚，呵呵... |
|
a***y
发帖数: 19743 | 30 不要瞎说
BSD才不是Linux的agent呢
BSD才看不上Linux呢。
反正都是互相渗透。 |
|
d****i
发帖数: 4354 | 31 楼主太后知后觉了吧,这要是写在2001还可以理解,现在都2010了.
Open source一大贡献就是把一些最普通常用的东西都弄成免费的了,你可以在这个基础
上弄更专门的,功能更强的东西,或者提供服务,或者两者兼有.大大避免了重复写一些常
用功能的巨大浪费.
当然要在开源的基础上弄钱赚,还是LGPL和MIT,BSD这类的license比较好.比如苹果在
BSD基础上弄的操作系统,还有许许多多基于Linux平台的中小公司,在设备和必要软件上
花的钱少了,才能给员工发比较高的工资.
弄GPL的,靠硬件本身挣钱的比较多.GPL主要是对付垄断的,所以在OS这类比较重要的软
件上,有一个GPL的player比较保险. |
|
S*A
发帖数: 7142 | 32 这个最关键一个字眼是你的改动是不是原来软件的 derivative work.
是不是 derivative work 是比较不好定义的。例如说，编译 oracle
需要用到 Linux kernel 的 header file。但是比较成文的规定是，
如果仅仅是通过系统调用来使用 Linux Kernel, 不算 derivative work。
所以编译 oracle 的时候使用了kernel header file, 也不需要公开
oracle 的源代码。
但是如果某些库文件是 GPL 的话，就要特别小心了。和这些库连接的
程序都成为 GPL 了并且公布源代码了。基本上如果连接了 GPL 的代码
都算 derivative work。某个商业版的 Lisp 就被 GPL 的 libreadline
搞过结果 GPL 了。这个 libradline 比较阴后来人家就出 LGPL 的
libreadline 来替代，就是为了避开那个 GPL 的问题。
很多库文件是 LGPL 的。如果你不改接口并且不 static link 的话
连接这些库不需要被公开代码。而且 GPL V2 只要不... 阅读全帖 |
|
j**********i
发帖数: 3758 | 33 【 以下文字转载自 BuildingWeb 讨论区 】
发信人: jpostsildavi (ID), 信区: BuildingWeb
标 题: 架设一个象MITBBS一样的网站？
发信站: BBS 未名空间站 (Thu Jun 28 21:53:46 2012, 美东)
带宽“好像”不成问题，硬件“成本”也在降低。那么就动手干吧！
选择什么样的服务器和应用呢？你要是象我一样是个菜鸟，既不懂高深的
计算机硬件结构，也不知道什么连接数和响应速度，见到服务器就自行猥琐，
满脑子里想着机器会不会吃人的话，该从哪里着手呢？
网上的人个个都打包票，说自己的经验如何如何（但是他们的许多人都似乎忘记了时间
），
这真有一点眼花缭乱了。不要紧，有win8，有比较：找一个大得ISO文件（2G），把它
从C盘拷贝到D盘，
看一看平均传送速度。再找一个同样大小的包含2万个小文件的目录，同样方法
拷贝过去。你会看到ISO文件的传送速度可能会在50m/s，而包含小文件的
同样大小目录的传送速度竟然在3m/s，吓了一大跳是吧？
MITBBS一个页面算50k，1-2万人同时上，数据都要在BUS上跑，就是要有
1G... 阅读全帖 |
|
m********5
发帖数: 17667 | 34 因为上次heartbleed已经把大家吓倒了， open source的安全神话已经破灭了。
bash的这个bug非常深沉,现在不是一两个patch就能解决的问题。直到现在这么多patch
还是没解决根本问题。ssh也有类似后门。开源早就被植入大量后门，再小心也会倒霉
。这次爆出来应该是有了新的成熟后门，因此曝光老的bash bug, 在大家急忙fix的时
候悄悄放入新的后门。以前认为openBSD, freeBSD审核相对较严（毕竟最先在9x年发现
opensource后门丑闻的就是BSD dev），现在BSD也不能幸免。
"I suspect that many of the Internet of Things, or Internet of Everything,
devices that have been distributed have Linux roots," says Alan Dundas, vice
president and product architect for Authentify. "How will the small CPU in
your th... 阅读全帖 |
|
d****i
发帖数: 4809 | 35 申请OS X版，不如来个BSD版，包括三大BSD Unix: FreeBSD，NetBSD, OpenBSD（虽然
三个都小众）, 再加上FreeBSD的衍生品Mac OS X。 |
|
d****i
发帖数: 4809 | 36 BSD给人一种古典美感，曾几何时，BSD直接叫板AT&T的商用Unix，结果后来壮士断腕，
被判侵权。NetBSD有人用过吗？据说很多东西不错，被很多公司借鉴。
ports |
|
a*****a
发帖数: 1429 | 37
上面主要是针对Ubuntu和XNU的BSD的地位来说的。实际上在XNU上BSD功能要多得多。它
提供了一个大核心里微核心不能提供的功能，包括TCP/IP栈，文件管理，IPC等等。这
些在Windows里也是有Win32或者现在64位系统提供的。Ubuntu userspace for windows
不会去重新实现和管理这些大核心的基本功能。 |
|
r****y
发帖数: 26819 | 38 老口碑常说BSD比linux稳，快，小。但事实是BSD完全边缘化了。
人气这个东西，好像没道理，好像有它自己的道理，反正没有人气是万万不行的。。。
最有生产力的那批人用什么，还是挺重要的。 |
|
发帖数: 1 | 39 我server用FreeBSD，桌面用gentoo
: 老口碑常说BSD比linux稳，快，小。但事实是BSD完全边缘化了。
: 人气这个东西，好像没道理，好像有它自己的道理，反正没有人气是万万不行的
。。。
: 最有生产力的那批人用什么，还是挺重要的。
|
|
s*****w
发帖数: 1527 | 40 1. i'm trying to port the BSD c runtime to windows,
2 weeks already passed, but no big progress yet.
Too many files. And i only have 4 weeks.
2. From BSD code, i saw the line buffered, fully buffered, none
buffered. So ...
and/or
string. |
|
t****t
发帖数: 6806 | 41 make up your mind first. it seems you are not clear what you are doing.
(a) if you just want to port, or simplify, sprintf() itself, let me reassure
you it is unrelated to buffer, period. no matter what port you use. it does
not even use a FILE*.
(b) if you want to port BSD libc, that's a different story. libc essentially
has two parts: libc(3) and libc(2). libc(2) is kernel API, it's different
from OS to OS. usually each call is a wrapper to corresponding kernel API.
obviously you have to find ... 阅读全帖 |
|
|
