DeepSeek使用的感受

        DeepSeek最近很火，本人在使用几天后在这分享一下使用的感受。我最近在看《深入解析windows操作系统第7版》内存管理部分，很多东西都难以理解，试着问DeepSeek，它给出的回答很惊艳，但有些地方感觉是不对的，我把内容贴出来供大家参考。

        我首先问的问题是 原型PTE有什么作用

可以看到DeepSeek的思考过程，它首先推测原型PTE 说的就是 Prototype PTE，然后指出了原型PTE的作用是 共享内存。这确实是我想了解的，很不错！

我接着追问，原型PTE是怎么指向磁盘文件位置的？ 在它的思考过程中，提到了这一点，我想了解一些细节，继续问DeepSeek。

它的思考过程中提到“可能的思路是，原型PTE在PAE模式下依然使用标准的物理页框号字段，但在页面未被加载时，该字段可能被设置为一个特殊值，而其他字段用于存储磁盘位置的信息”  这里很惊艳，像是DeepSeek自己推测出的一种可行的方案。它在这里给我的感觉就是先假设，再进行验证，后面的思考过程也提到了查资料进行验证。如果DeepSeek后台确实是这样思考的，而不是为了体现它能思考而设计的文字游戏，那也太强了。我感觉是前者，因为这段话用百度没有搜索到。但FPN的位置描述弄错了，根本不是63：40，不确定它是从哪搜的资料或者是低版本的windows是这样的？在《深入解析windows操作系统》,x86的FPN我记得好像是35：12？

后面我接着提问“原型PTE是如何减少冗余存储的”

我这里的提问是非常抽象的，用到了“上面提到的这种设计”,DeepSeek也理解了我的意思，说明它有强大的上下文处理能力，并且给出了对应的回复，并且给出了一个例子，100个进程节省98M内存。但这里依然存在问题，它依据“指向原型PTE的PTE占四个字节”进行的计算，我无法找到资料对它进行验证，但感觉是不对的（直觉上）。

 

后面我就这个问题继续追问，大意为“访问过物理地址的PTE最终会占用8字节，那脱离原型PTE依赖后并不节省内存”，DeepSeek仍然理解了我的意思，但后面给的解释就完全错误了，居然假设PTE 12个字节的情况。。。这里它试图歪曲事实去给我的提问做出解释。

总结一下吧，

DeepSeek最大的优点是有强大的上下文能力，能充分理解问题的含义和侧重点，这让人感觉非常舒服，这一点都比人强了，我相信我的提问即使对面是同事也大概率无法真正明白我的表述。

不好的一点是你不定充分信任它，有些地方的前提或资料都是错误的，这可能是它的资料库没有相关知识吧。