智能服务契约带来的巨大伸缩性
可伸缩性并不是无状态设计倾向假设的那个布尔值(译注:一般都认为无状态设计的伸缩性好,此处暗示布尔值为True)。Udi的团队使用服务契约来处理多维度的伸缩性问题,避免了二次失败。
- Architecture, SOA,
- 1
作者 James Vastbinder译者 陈黎夫 发布于 2007年10月27日 上午10时29分
10月13日,Eric Traut在伊利诺斯州大学第一次演示了一个新版本的Windows,其开发代号为Windows 7。在这个演示中,Eric首先为该虚拟机分配了40MB内存,然后运行该操作系统并启动了10个进程,共消耗大概33MB内存。
据称,这个新版本的Windows的实际核心大小约为4MB。其最小化安装将包含:
这样的统计信息让我们不得不产生很多猜测。一个普遍的想法是微软公司将回归单一的代码核心,不过至今为止尚未有任何官方声明支持。目前,微软公司维护着若干个不同核心的Windows,包括:
目前来看,重返单一代码核心显得非常合情合理。考虑到服务器与工具部门(Server and Tools division)的Phoenix项目,似乎更印证了这一回归的趋势。
InfoQ的读者是怎么想的呢?
查看英文原文:MinWin Core: 25MB on Disk and 100 Files
过几年,我们安装操作系统时是不是要先选择内核(Linux/MinWin),再选择图形界面(Windows/KDE/Gnome)呢?
如果真是这样,将来windows的命令行和图形界面也可以完全分开了。那就跟linux类似了,到时候应该让linux开发者好好看看,学习学习。毕竟lin下的图形界面确实太慢了。需要找个榜样进步一下。
WINDOW太庞大和臃肿了,以至于消耗很多无畏的内存
不知道有没有包括Singularity的成果。
恐怕应该相反,Windows还没有纯用户态图形界面的经验,真要是这么做,至少初期得好好向Linux学习才能有理想的性能
你个弱智,应该是linux用户除了点鼠标和在现成的命令行里敲几个字母外,应该学点跟技术相关的东西了,哪怕就1点点也好. 如果你认为所谓的类似DOS的"黑脸" linux就是"内核"或"内核态"了 我只能说你是个弱智,不,连弱智都不如. 向你的弱智言论致敬一个先,顺便问你下,你见过非用户态的图形界面?OH MY GOD!你真是火星来的朋友啊! windows实际上也是遵循操作系统基本原理,只是架构于世界上所有操作系统都不同而已(因为所有操作系统全部都是在模仿UNIX+粘小部分源码) windows剥下它的假象也是黑脸,这就是操作系统的本来面目.不过这黑脸没有作任何输出信息,这恐怕让像你这样任何理论基础都没人的无法理解它和DOS一样. 简单的说下什么是用户态和内核态.从理论上说,用户态和内核态没有任何性能的区别(好像是linux用户最喜欢说这俩有"性能区别" 还说有很大) 使用进程内核栈执行代码的进程即为进程的内核态 此时CPU执行RING0代码 有最高权限. (别搞混淆了 权限在代码上而不是在CPU上) 关于RING0 我印象中有些皮毛.一共有4个级别 NT就支持RING0和RING3 还有 WINDOWS NT(好像没人喜欢叫WINDOWS事实上的名字NT 是为了故意贬低它的优秀?)图形和用户界面一直是"分开"的. 怎么说呢 怎么说都不准确 操作系统的本来面目基本就是输入输出和计算 输出的本来效果就是DOS那种黑屏幕+BIOS里的点阵字
你个弱智,应该是linux用户除了点鼠标和在现成的命令行里敲几个字母外,应该学点跟技术相关的东西了,哪怕就1点点也好. 如果你认为所谓的类似DOS的"黑脸" linux就是"内核"或"内核态"了 我只能说你是个弱智,不,连弱智都不如. 向你的弱智言论致敬一个先,顺便问你下,你见过非用户态的图形界面?OH MY GOD!你真是火星来的朋友啊! windows实际上也是遵循操作系统基本原理,只是架构于世界上所有操作系统都不同而已(因为所有操作系统全部都是在模仿UNIX+粘小部分源码) windows剥下它的假象也是黑脸,这就是操作系统的本来面目.不过这黑脸没有作任何输出信息,这恐怕让像你这样任何理论基础都没人的无法理解它和DOS一样. 简单的说下什么是用户态和内核态.从理论上说,用户态和内核态没有任何性能的区别(好像是linux用户最喜欢说这俩有"性能区别" 还说有很大) 使用进程内核栈执行代码的进程即为进程的内核态 此时CPU执行RING0代码 有最高权限. (别搞混淆了 权限在代码上而不是在CPU上) 关于RING0 我印象中有些皮毛.一共有4个级别 NT就支持RING0和RING3 还有 WINDOWS NT(好像没人喜欢叫WINDOWS事实上的名字NT 是为了故意贬低它的优秀?)图形和用户界面一直是"分开"的. 怎么说呢 怎么说都不准确 操作系统的本来面目基本就是输入输出和计算 输出的本来效果就是DOS那种黑屏幕+BIOS里的点阵字
好像之前没有谁说什么用户态和核心态的问题吧?
我就值 998 究竟是故意上纲上线找抽,还是有点什么混乱?
可伸缩性并不是无状态设计倾向假设的那个布尔值(译注:一般都认为无状态设计的伸缩性好,此处暗示布尔值为True)。Udi的团队使用服务契约来处理多维度的伸缩性问题,避免了二次失败。
Jeremy Deane对使用NetKernel来编写REST风格的ESB应用做了一番深入的研究。他详细地剖析了选择商业ESB应用的决策过程,以及最终如何使用NetKernel来实现该应用。
当多个敏捷开发团队在同一个代码库上进行工作时,如何在保证混乱最小化的同时,还能在每个迭代结束时拥有一个干净的、可发布的软件版本?Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写,而是为我们这些希望进行简单、有效的协作的人所准备的。
依赖注入出现已经有一段时间了,很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中,Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。
前不久,InfoQ中文站上发表了一篇文章:Scrum在中国——企业实施情况调查实录,引起了激烈争论。在本文中,作者通过对调查实录中案例的分析诊断,探讨了敏捷开发方法的概念及应用。
BEA发布了在WebLogic 10.3中支持的SCA技术预览版,它是以开源的Fabric3运行时为基础构建的。InfoQ对Jim Marino和Meeraj Kunnumpurath进行了专访,前者是BEA Systems的技术主管,后者是VocaLink的首席技术人员。我们就他们对SOA和SCA的看法,VocaLink实施SOA的方法和这个技术的关键优势进行了讨论。
在Ruby世界中流行着一个误解:Ruby没有调试器。这是明显的错误——Ruby不但有调试器,还有供调试器用的GUI和API。InfoQ仔细调查了Ruby世界中调试器的现状——发现Ruby的调试功能支持已经很好了。
Patrick Smacchia是Visual C#的MVP,拥有超过15年的软件开发经验。他是《Practical .NET 2 and C# 2》一书的作者。他在多个领域从事过软件开发,包括在Société Générale开发股票交易系统,在Alcatel开发卫星基站。目前他是NDepend工具的首席程序员。
7 条回复
回复