Windows 与 Unix 和 Linux架构比较

1、Windows 与 Unix 和 Linux:架构比较,胡锐, Ph.D. 软件架构首席专家 微软(中国)有限公司,比较特性和基本原理 调度 虚拟内存 安全性 集成的服务 比较 “Do it all” 实践 Windows + Services For Unix Unix + WINE + SAMBA 虚拟机化,议程,文件系统 I/O 设计 网络,调度,进程结构 优先级控制 可扩充性问题 同步和通知 事件 vs. 信号 同步原语,进程,都调度线程而不是进程 术语区别 Windows: 具有多个线程的进程 Solaris: 进程，核心线程和用户态轻量进程及线程 Linux: 任务以进程分组，轻量

2、进程绑定到任务 Windows: 父/子关系并未通过Win32清晰暴露,调度优先级,优先级范围：“正常”和“实时” Windows: 1-15 和 16-31 Solaris: 0-59, 60-99, 100-159 Linux: “nice” +19 -20, 实时 1-99 优先级调节： Solaris, Linux: compute-bound 优先级衰减 Windows: I/O 操作增加优先级 Solaris和Linux支持多重调度策略,可扩充性问题,都归结为锁定和堵塞 Linux仍然有一些“big locks” Windows和Solaris: 更细粒度的锁定 更灵活的集成解锁在

3、调度中 Solaris的算法似乎偏好多处理系统 内存模式区别 SPARC装载/存储顺序规则没有x86严格 Linux缺乏中断优先级,消息 Kerberos或LDAP通过add-on支持AuthN, AuthZ,安全认证,Windows Windows 2000通过Common Criteria Cert EAL4 with ALC FLR3 Windows XP, WS 2003进行中 Solaris Trusted Solaris 8通过CC EAL4 LSPP 在网络环境中认证 多级别安全性 Linux 未认证；没有进行中,文件系统,Linux: ext2, ext3, Reiser ex

4、t2 没有journal/log, 要求fsck ext2/ext3不自带ACL; 需要一个补丁 32-bit应用程序使用 transitional API访问2GB 文件 Solaris: UFS, Veritas Solaris 7中UFS局限于1TB文件系统 32-bit应用程序使用 transitional API访问2GB 文件 Windows: FAT/FAT32, NTFS NTFS具有已证实的非常高可扩充性 非常健壮(最近有人运行过chkdsk吗?),网络文件系统,NFS 三个都支持 (Windows通过SFU) 固有的不安全 (都未实现AUTH_KERB) 为LAN设计(So

5、laris有cachefs) SMB/CIFS 三个都支持(Unix通过Samba) 更紧密的安全性 有一些涉及WAN的试图 AFS 没有真正的Windows支持 为LAN/WAN环境设计 有限的企业应用, 但是对那些组织很关键,I/O 设计,“万物皆文件” vs. 类型对象 Unix上没有“打开”的通用代码 Windows上所有的打开通过SRM 驱动程序模型 Windows: 分层, 基于封包 使过滤器, 插件功能更容易实现 Unix: 基于调用; 仅文件系统是部分分层的 即插即用 仅Windows和Linux Linux 对ISA有更多支持,应用程序 I/O 设计,同步 Unix APIs

6、缺省是同步的 Windows I/O缺省是异步的 管理同步I/O 选择 vs. WaitForMultipleEvents 惊醒“Thundering Herd” I/O 完成回叫 在Unix上可用但未常用 I/O 完成端口 仅Windows 都支持高性能网络感知的文件传输APIs,嵌入式操作系统,Solaris不是一个玩家 Linux 小体积, 细粒度的组件 困难的开发环境 Embedded WinXP, Win CE 大体积, 更大的组件 容易得多的开发 嵌入式市场预测研究 (7/18/03):Windows上的总研发费用比Linux低得多 达300%更低!,网络,协议 IPv4, IPv

7、6三个都支持 RPC: DCE, CORBA, COM, ONC ONC RPC在Windows上通过SFU 有Windows上的CORBA实现 DCE RPC vs. Windows RPC COM在Unix通过WINE, 一种 服务 Telnet, ftp, remote shell SSH是Solaris, Linux的一部分; Windows上通过ISV Web Services,在Windows上都实现Services For Unix 和 Windows,互操作性 文件和打印 缺少: AFS, Unix打印过滤, 64-bit 标识管理 通过AD为Unix验证: Kerberos,

8、LDAP, NIS 应用程序 非常少的Unix-only应用程序(一些例外) 客户应用程序可被移植 SFU的ISV库支持质量不一 使用cygwin, MKS, 作为替代,在Unix上都实现WINE和SAMBA,Wine应程序可移植性 也有其他的 对20大Windows-only应用程序有效, 但 支持是一个大风险 SAMBA连接Windows世界 文件和打印 验证限制 域控制器替换? 对于小规模的域，也许 无信任关系，森林，等,都实现, 虚拟的,VMWare到处都是 经常被视作灵丹妙药 很多缺陷 合用存储，内存 管理网络访问 性能损失 扩充性 能被有效的实现,总结,核心特性集不都是那么困难 历

9、史特性驱动应用程序行为 应用程序行为支配高端性能 Linux在很快的变得更好 还需要改进 Linux会追赶Windows至少一或两个内核周期,参考资料,Inside Windows 2000 3rd EditionSolomon, Russinovich / MS Press Solaris InternalsMauro, McDougall / Prentice-Hall Understanding the Linux KernelBovet, Cesati / OReilly Using SambaEckstein, Collier-Brown / OReilly, 2003 Microsoft Corporation.