深入解析windows操作系统_深入详解windows书籍下载【推荐】

软件介绍

深刻剖判Windows操纵体系第6版pdf是一款专为用户打造的最巨子Windows操纵体系道理,本书先容了少许高档诊断手艺,以便使体系运转得加倍安稳和高效。迎接有必要的用户下载。

深刻剖判Windows操纵体系第6版简介:

深刻剖判Windows操纵体系:第6版是知名的操纵体系内核专家Mark Russinovich和David Solomon、Allen Ionescu撰写的对于Windows操纵体系道理的斩新版着作, 周全深刻地论述了Windows操纵体系的团体布局及里面事情细节。 本书针对Windows 7、 Windows Server 2008 R2做了周全更新,经历很多操练试验让你干脆感觉到Windows的里面举动。别的,本书还先容了少许高档诊断手艺,以便使体系运转得加倍安稳和高校。不管你是开辟职员照旧体系经管员,都能够在本书中找到少许环节的、相关体系布局方面的常识,从而更好地做体系计划、调试,以及机能优化。

深入解析windows操作系统_深入详解windows书籍下载【推荐】

深刻剖判Windows操纵体系第6版pdf布景:

近20年来,不管是开辟职员照旧体系经管员,要是想探讨windows焦点部件的运作机理大概种种手艺细节,都邑乞助于这部无须置疑的巨子着作。书中深刻透辟地论述了windows底层的方方面面,包孕体系架构,种种体系机制和经管机制,历程、线程和功课,平安,i/o体系,存储经管、内存经管松懈存经管,文件体系,联网,启动与停机,溃散转储阐发等内容,使windows的内情在你眼前变得一览无余。

深刻剖判Windows操纵体系第6版pdf目次:

第1章 观点和对象

第2章 体系架构

第3章 体系机制

第4章 经管机制

第5章 历程、线程和功课

第6章 平安性

第7章 网页

软件截图

深入解析windows操作系统_深入详解windows书籍下载【推荐】

谢邀。先说论断,操纵体系厂商和硬件厂商的同盟非常慎密,更加是和Intel/AMD,新功效往往是同盟开辟的。

微软和硬件厂商同盟体例和该硬件是不是焦点硬件慎密关联。

大凡硬件厂商

显卡等等PCIe卡厂商,微软并不介入硬件的enabling。厂商自行凭据Windows的驱动模子开辟驱动,再和硬件一路送去微软做WHQL认证,从而获得windows的背书。

焦点硬件

如CPU和内存掌握器的新功效等等,由于CPU并无驱动模子,窜改很有大概就在HAL里面,AMD和Intel并不行波及。为何没有驱动详见:

为何显卡、声卡乃至鼠标键盘有驱动,而CPU、内存没有驱动驱动法式又是甚么?www.zhihu.com

深入解析windows操作系统_深入详解windows书籍下载【推荐】

而该新功效往往不在职何公示的材料中,微软也疲乏自行支撑。这就造成了先有鸡照旧先有蛋的题目。

Intel和AMD都想硬件新功效获得宽泛支撑,借以当先敌手半个身位。而微软有望Windows跑得越来越快,越来越好。两边长处诉求是同等的。以是硬件厂商乃至在计划新功效的时分就会思量OS厂商的反馈,并在有样品后第临时间约请微软来一路支撑这个新功效,两边会互相签订NDA等等和谈。Intel/AMD乃至会供应样例法式,而后两边一路来吧功效做好。

现实上在朋友们在Windows新版大概新的updata里面发掘支撑某些CPU新功效的时分,两边曾经在一路事情很久了。

Linux奈何玩?

Linux界就不同样了,有了Linux core的source code, Intel/AMD会自行在内核里面进入新功效,并试图upstream到http://kernel.org的trunk里面,固然这必要module owner的APProve了。

迎接朋友们眷注我的专栏和用微信扫描下方二维码进入微信公家号"UEFIBlog",在那边有最新的文章。同时迎接朋友们给本

因为种种分缘际会和事情的干系,时隔一年多,终究实现了第四片面的翻译,该片面讲的是地点转换。因为自己常识程度有限,译错场所还恳请恢弘坛友匡正!发起没有底子的伴侣请先看我翻译的前三片面(在老论坛),URL 以下:

第一片面:http://m.pediy.com/showthread.php?t=204185

第二片面:http://m.pediy.com/showthread.php?t=204829

第三片面:http://m.pediy.com/showthread.php?t=206911

未几空话,请看第四片面干货正文,一样是“中英双字幕”!

Address Translation

Now that you’ve seen how Windows structures the virtual address space, let’s look at how it maps these address spaces to real physical pages. User APPlications and system code reference virtual addresses. This section starts with a detailed description of 32-bit x86 address translation (in both non-PAE and PAE modes) and continues with a brief description of the differences on the 64-bit IA64 and x64  platforms. In the next section, we'll describe what hAPPens when such a translation doesn't resolve to a physical memory address (paging)  and explain how Windows manages physical memory via working sets and the page frame database.

地点翻译

当今你已看过 Windows 若何构造假造地点空间,咱们再来看看它若何将这些地点空间映照到确凿物理页面。用户法式和体系代码都援用假造地点。本节起首细致谈论 32 位的 x86 地点转换(包孕非 PAE 和 PAE 形式——译注:PAE 即“物理地点扩大”),而后扼要形貌在 64 位的 IA64和 x64 平台上,地点转换有何差别。而鄙人一节,咱们将探究,当这种转换无法剖判到一个物理内存地点(分页)的时分,会发现甚么环境,并注释 Windows 若何经历事情集和页框数据库来经管物理内存。 

x86 Virtual Address Translation

[h5]Using data structures the memory manager creates and maintains called page tables, the CPU translates virtual addresses into physical addresses. Each page of virtual address space is associated with a system-space structure called a page table entry (PTE), which contains the physical address to which the virtual one is mAPPed. For example, Figure 10-15 shows how three consecutive virtual pages might be mAPPed to three physically discontiguous pages on an x86 system. 

There may not even be any PTEs for regions that have been marked as reserved or co妹妹itted but never accessed, 

because the page table itself might be allocated only when the first page fault occurs.[/h5]

x86 假造地点翻译

[h5]应用内存经管器建立和保护的数据布局称为页表,而 CPU 则把假造地点转换成物理地点。假造地点空间的每个页(假造页)都有一体系空间中的布局与其关联,叫做页表条款(PTE,有些文献译作“页表项”),此中蕴含假造地点映照到的物理地点。

举例来讲,图 10-15 描画出,对付 x86 体系,三个连贯的假造页是若何被映照到三个物理上不陆续的页面。

乃至对付标志为“保存/预约”,大概“已提交”,但还未走访过的内存地区,大概也没有任何对应的 PTE 来形貌,因为惟有在发初次缺页非常(“page fault”直译为“页毛病”,它的素质是“缺页”)的时分,才会分派页表本身,以存储这些 PTE。[/h5]

深入解析windows操作系统_深入详解windows书籍下载【推荐】

The dashed line connecting the virtual pages to the PTEs in Figure 10-15 represents the indirect relationship between virtual pages and physical memory.
图 10-15 中,持续假造页到 PTE 的虚线,显露假造页与物理内存的间接干系。

Note Even kernel-mode code (such as device drivers) cannot reference physical memory addresses directly, but it may do so indirectly by first creating virtual addresses mAPPed to them. For more information, see the memory descriptor list (MDL) support routines described in the WDK documentation.

[h5]留意

乃至内核形式代码(比如建筑驱动法式),也不行干脆援用物理内存地点,但它们能够经历起首建立映照到这些物理地点的假造地点,而后间接援用物理内存。更多信息请参考 WDK 文档中形貌的“内存形貌符列表(MDL)”支撑例程。

(译注:我曾经对环节 MDL 例程的 MSDN WDK 文档作了翻译,须要时会列出申明,以增长对原文关联内容的明白 )[/h5]

As mentioned previously, Windows on x86 can use either of two schemes for address translation:  non-PAE and PAE. We’ll discuss the non-PAE mode first and cover PAE in the next section. The PAE material does depend on the non-PAE material, so even if you are primarily interested in PAE, yo should study this section first. The description of x64 address translation similarly builds on the PAE information.

[h5]如前所述,x86 上的 Windows 能够在两种地点转译计划:非 PAE 和 PAE 之间,任选其一来应用。咱们将起首谈论非 PAE 形式,而后鄙人一节涵盖 PAE 形式。而 PAE 计划确凿依附于非 PAE 计划,即使你要紧对 PAE 感乐趣, 也应当先进修完本节。

相似地,咱们对 x64 地点翻译的形貌也确立在 PAE 关联谈论的底子上。[/h5]

[h5]Non-PAE x86 systems use a two-level page table structure to translate virtual to physical addresses.

A 32-bit virtual address mAPPed by a normal 4-KB page is interpreted as two fields: the

virtual page number and the byte within the page, called the byte offset. The virtual page number is further divided into two subfields, called the page directory index and the page table index, as illustrated in Figure 10-16. These two fields are used to locate entries in the page directory and in a pag table.[/h5][h5]非 PAE 的 x86 体系应用一个 2 级页表布局把假造地点转换成物理地点。一个 32 位的假造地点经历平常环境下,大小为 4KB 的页来映照(译注:前方片面译文讲过应用 64KB 大页面的场景,请温习一遍),该地点被注释为两个字段:所属的假造页号,以及在该页中的字节偏移。“假造页号”被进一步分别为两个子域,叫做“页目次索引”和“页表索引”,如图 10-16 所示。

这两个字段用于定位页目次和页表中的条款。[/h5]

版权声明:本文原创文章,由发布,欢迎分享本文,不得侵犯本网站及相关权利人的合法权利,谢谢支持!
转载请注明: https://www.systemcity.cn/windows/2019/0516/5343.html深入解析windows操作系统_深入详解windows书籍下载【推荐】
相关TAG:
点我下载 : 提取码
立即下载