资源描述：
《windows 与 unix 和 linux架构比较》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。
1、Windows与Unix和Linux:架构比较胡锐,Ph.D.ruihu@microsoft.com软件架构首席专家微软(中国)有限公司比较特性和基本原理调度虚拟内存安全性集成的服务比较“Doitall”实践Windows+ServicesForUnixUnix+WINE+SAMBA虚拟机化议程文件系统I/O设计网络调度进程结构优先级控制可扩充性问题同步和通知事件vs.信号同步原语进程都调度线程而不是进程术语区别Windows:具有多个线程的进程Solaris:进程，核心线程和用户态轻量进程及线程L
2、inux:任务以进程分组，轻量进程绑定到任务Windows:父/子关系并未通过Win32清晰暴露调度优先级优先级范围：“正常”和“实时”Windows:1-15和16-31Solaris:0-59,60-99,100-159Linux:“nice”+19–-20,实时1-99优先级调节：Solaris,Linux:compute-bound优先级衰减Windows:I/O操作增加优先级Solaris和Linux支持多重调度策略可扩充性问题都归结为锁定和堵塞Linux仍然有一些“biglocks”Wi
3、ndows和Solaris:更细粒度的锁定更灵活的集成解锁在调度中Solaris的算法似乎偏好多处理系统内存模式区别SPARC装载/存储顺序规则没有x86严格Linux缺乏中断优先级消息&同步事件vs.信号信号:固定集合,运载数据,绑定到处理程序事件:无限制,无数据,有时绑定信号堵塞vs.无警告等待同步原语都有基本集合Windows缺乏“条件变量”在用户态难以模拟通常在UnixPthread代码中使用虚拟内存都支持NUMA都进行每CPU内存分配缓冲分页管理的细小区别Solaris/Windows修建
4、每进程的工作集Linux进行全局修剪32-bits调节开关Windows:/3GB开关Linux:编译成1G/3G,2G/2G,or3G/1GSolarisx86:固定3.75G/256MB(!)64-bit:2TB到16TB范围物理内存Linux和Windows共享Intel架构内存限制Linux不暴露PAE内存给应用程序Solaris可扩充性更好比典型Intel大型系统更基于NUMA的大型系统Solaris/Windows支持热添加内存安全性模型特权细粒度vs.粗粒度Administratorv
5、s.rootUnix有一个全部特权的用户Windows把多种特权授予组或用户标识Impersonationvs.setuid/setgidDaemons和services总体趋势是远离以root/SYSTEM运行安全性模型(续)访问控制Windows有一个安全引用监视器Unix:分布式安全机制审核在Windows上通过SRM提供Unix上没有集成保护多个系统Unix没有“域”概念;Kerberos或LDAP通过add-on支持AuthN,AuthZ安全认证WindowsWindows2000通过Co
6、mmonCriteriaCertEAL4withALCFLR3WindowsXP,WS2003进行中SolarisTrustedSolaris8通过CCEAL4LSPP在网络环境中认证多级别安全性Linux未认证；没有进行中文件系统Linux:ext2,ext3,Reiserext2没有journal/log,要求fsckext2/ext3不自带ACL;需要一个补丁32-bit应用程序使用transitionalAPI访问>2GB文件Solaris:UFS,VeritasSolaris7中UFS局限
7、于1TB文件系统32-bit应用程序使用transitionalAPI访问>2GB文件Windows:FAT/FAT32,NTFSNTFS具有已证实的非常高可扩充性非常健壮(最近有人运行过chkdsk吗?)网络文件系统NFS三个都支持(Windows通过SFU)固有的不安全(都未实现AUTH_KERB)为LAN设计(Solaris有cachefs)SMB/CIFS三个都支持(Unix通过Samba)更紧密的安全性有一些涉及WAN的试图AFS没有真正的Windows支持为LAN/WAN环境设计有限的企
8、业应用,但是对那些组织很关键I/O设计“万物皆文件”vs.类型对象Unix上没有“打开”的通用代码Windows上所有的打开通过SRM驱动程序模型Windows:分层,基于封包使过滤器,插件功能更容易实现Unix:基于调用;仅文件系统是部分分层的即插即用仅Windows和LinuxLinux对ISA有更多支持应用程序I/O设计同步UnixAPIs缺省是同步的WindowsI/O缺省是异步的管理同步I/O选择vs.WaitForMultipleEvents惊醒“Thun
