365官方入口上一篇文章给大家揭示了一个事实——SMB文件共享的性能很拉胯。今天也就给大家讲讲为什么大多数NAS上的文件共享的性能是“拉胯他妈给拉胯开门——拉胯到家了”。“文件共享”这件事在现在大多数计算机用户或者数码用户看来是一个再寻常不过的操作。但很多人并不自知“文件共享”的性能羸弱的问题。我们先做一个脑补一个故事情节：在一个闭塞的小山村里面，人们还保持着先秦时代的生活和运作方式，对外界一无所知。他们也会有一些货运的需求，在这个小山村里面有两种运输工具，一种是牛车，另一种是马车。村里面的大聪明就会觉得马车在驰骋起来的速度要比牛车快很多。但村里还有更聪明的人，通过观察得出来另一个结论——在走山路的时候，由于牛的力气比马大，在山路的运输中牛车比马车更有效率。于是在村里就对到底是马车还是牛车更有运输效率一直争吵了很多年，直到这个村子里的人看到有一条铁路从村子边上通过。村里的人就开始嘲笑，用这些东西运输还不如牛车吧？……其实大部分普通用户就是生活在村子里面的村民，IT是一个“知道经济”，它的价值在于你见过多少东西。如果村民们不到外面走走，哪怕是他们看到了村边的火车，也难以想象到世界上还有这玩意：这个故事情节，大家自行对号入座。好了，说回SMB，今天我们对SMB要有一个比较全面的认知。SMB（ServerMessageBlock，服务器消息块）是一个老古董了，老到了比看这篇文章的人都要古老，在1987年，微软为了让网络上的计算机相互通讯开发了SMB协议。如果对IT的历史有所了解的话，会发现这个协议是在1983年TCP/IP协议制定之后被开发出来的。但是我们要知道，1983年internet网络并不普及。因此SMB并不是针对于TCP/IP协议开发的。SMB的再下一层实际上是NetBIOS（NetworkBasicInput/OutputSystem，网络基本输入/输出系统）。因此，我们在看到一个网络共享的时候，我们会发现在网络共享的资源地址上有一个“主机名”。这个主机名又别于TCP/IP网络中的主机名，也和域名系统的主机名有所差别。就是简简单单的一个字符串。实际上这个在SMB中的主机名就来自于NetBIOS。NetBIOS的这个历史就更久远了。这是1981年IBM立项，在1983年由sytek开发实施的IBMPCNetwork中的功能。IBMPCNetwork是第一个PC局域网标准。但是IBM当时并不看好这种形式，而采用了当时更先进的令牌环网，当然了，后面的事情我们也知道，令牌环网迅速的被以太网所取代……而NetBIOS标记主机的功能却被一代代的沿袭下来。直至现在，很多主机还是支持NetBios的功能的。“直至现在”还在支持，这里面就牵扯到了早早年间的老技术如何适配到现在的新技术上的问题了。其实，我们在WindowsPC上所使用的NetBIOS并不是原汁原味的。在Windows系统中一共出现了三种NetBIOS，最早期纯的NetBIOS是配合令牌网络存在的，还有NetBIOSoverIPX/SPX是对应IPX网络的，以及NetBIOSoverTCP/IP是对应于现在的TCP/IP网络系统的。在当年计算机上网络设置并不仅仅是要设置IP地址，还得设置一个IPXID。其实在1995年左右的时间大部分可以局域网对战的游戏都是只支持IPX网络的……当时的联众之所以能让大家在网络上玩局域网互联游戏也是因为联众本身就是一个IPXProxy。SMB协议的底层就是建立在对NetBIOS的支持下才能够完成服务器消息块的传递。在这个时候我们就可以看到，本身在TCP/IP协议下可以直达的一个信息通道，就非得往NetBIOS上再绕一圈。“TCP/IP一家独大”是当初微软开发SMB的时候所没有预见到的。而微软没有预见到的事情还不止这点。SMB——服务器消息块，如果我们从字面上看“服务器消息块”怎么都难以和“文件传输”或者“文件共享”联系到一起。要知道早期的开发人员都是王八吃筷子——脑子一根筋，起的名字各种名称十分的专业务实但也必须必的土掉渣，像是FTP（FileTransferProtocol，文件传输协议）、HTTP（HypertextTransferProtocol，超文本传输协议）、TCP（TransmissionControlProtocol，传输控制协议）、SMTP（SimpleMailTransferProtocol，简单邮件传输协议）……都是望文生义直接能读出来就知道是做什么用的协议。而“服务器消息块”，我们也可以直接读出来，并理解这是“服务器以块数据包传输消息”的协议，注意这里是传送消息，并不是传送文件。基于SMB我们不仅仅可以传输文件、还能共享打印机、发送服务器控制指令、获取服务器状态信息……微软嘛……总是喜欢一不小心把事情搞大。这种公司的文化就是如此，当初搞个游戏机不叫游戏机，而叫做客厅电脑；搞个浏览器不叫浏览器而叫InternetDesktop；搞个MP3不叫MP3而叫数字媒体播放器……这个公司的企业文化就是这样，总是喜欢把很多的功能集合在一起，再弄个一个大一统的名字，这是刻在骨子里的基因。所以，SMB并不只是文件传输用的协议大家也就应该有所了解了——这是M$tyle。事情做好没做好在其次，M$得有自己的架势（Or风格）。但多功能、大一统就意味着样样都会也样样稀松。这类东西就得慢慢的打磨，有的实在打磨不下去了，就干脆舍弃掉，例如WindowsPhone有的打磨的还不错，就可以一直走下去，例如WindowsServer；但在生或死之间则有更多的产品是处在薛定谔猫的状态——半死不活。SMB就是一个很典型的案例。它的根基扎在NetBIOS上，放眼的却是未来。在SMB成长的阶段中微软没有预见到文件共享、把文件在局域网上传输逐渐的成了一个使用计算机系统的常见场景。等到预见到的时候大家对SMB的依赖已经成了一个常态。在WindowsVista阶段，微软试图给SMB改个名字叫做CIFS（CommonInternetFileSystem，通用互联网文件系统），呃，呃，呃，听听这个名字，是不是很有M$tyle？传文件就传文件，搞个毛毛的“通用互联网文件系统”这么大的概念来吓唬我们？相对于SMB微软又在CIFS里面增加了大量的能够实现“通用互联网文件系统”的功能。好在SMB大家都已经用惯了叫惯了，CIFS在短暂出现后，又被后面的SMB2、SMB3逐渐取代。虽然被逐渐打磨升级，但SMB本身的底层设计并没有改变。在SMB的逻辑中当一台服务器响应了SMB客户端后，客户端会向服务器发送一系列消息（Message，知道为啥叫“服务器消息块”了吧？），在获得了服务器响应后，继续再发消息到服务器，以完成相应的任务。从现代计算机设计来看SMB有一些喋喋不休，用我们天津话说叫做“碎嘴子”。SMB的嘴有多碎呢？哪怕传输一个1字节的文件，客户端也要和服务端交互12次。如果文件或者对象比较大，那么SMB就会在传输文件实体数据的时候进入一个单元循环（unitilLoop）反复的喋喋不休的来回发送和确认数据包。这就是“请求-响应”式协议的固有缺陷了，而在循环中所需要的请求-响应次数则根据系统的最大传输单元（MTU）限制来决定。这种模式为什么在SMB出现之初没有什么问题呢？原因在于1990年代计算机的存储单元都比较小，iN在1994年购买的电脑只有40MB硬盘，即便是在10Mbps的网络上将硬盘的全部容量传输到另外一台电脑上，也只需要不到一分钟的时间。SMB所带来的额外开销就并不显著了。但现在，我们拍一张照片也可能达到40MB的容量，即便是网络升级到了1G或者2.5G，但是SMB的这种“请求-响应”的机制并没有变化，而且咱们在讨论SMB标准模型的时候并没有考虑网络的延迟每次请求和响应之间的延迟也会极大的增加SMB的传输开销，因此无论是在传输大文件或者大量小文件的时候，你都会觉得SMB的效率并不是那么高。——当然了，你得有和其他传输模式的比较，否则，我们的讨论就停留在村里的牛车和马车的讨论上了。这还不是SMB最糟糕的情况！SMB是微软的一个私有协议。理论上仅仅可以在微软的Windows系统中使用。那么NAS上的SMB共享协议是什么呢？——这是一个“山寨”货。1992年还在澳大利亚大学上学的Tridge通过逆向工程（主要是嗅探）的方法实现了在UNIX上实现了一系列的Windows网络功能，在1993年这些功能逐渐形成了一个unix套件“netbiosforunix”，在1996年这套套件逐步升级发展，发布了Samba1.9.17，同时这个套件也进入自由软件领域。它的一个最重要功能就是实现了SMB。由于Tridge在Samba和rsync（没错，常用的rsync也是他写的）上的成就，Tridge在2020年1月26日被授予“澳大利亚勋章”——这是一个澳洲公民的极高荣誉。当Samba进入自由软件领域后，刚刚发行不久的RedHatLinux和Debian迅速的将Samba纳入到自己的默认安装选项中。到了今天为止，几乎所有的Linux系统中都有了Samba。unix用户和大量的Linux用户都利用Samba和Windows交换文件。这些用户外加Windows原有的用户也就让SMB成为了目前使用最多的一个文件分享/传输系统。SMB的真正普遍运用并不是因为SMB本身优异的性能，而是存量用户加上开源社区的推动。同时，在现在很多利用Linux的设备中（例如我们的很多NAS）也基于Samba的代码实现了文件夹共享功能。只不过这些linux中的Samba性能比较接近原生的WindowsSMB而已，并没有达到100%的WindowsSMB性能水平。出现这样的状况的一个主要原因是在于SMB是反向工程的产物，另一个重要的原因是SMB并不完全是依靠C来写的，还有部分是Python代码，这是一种解释性语言代码，本身的效率就有瓶颈。对于很多NAS的普通用户来说Samba的共享文件夹其实还有性能没有被释放。如果我们打开一个群晖的Samba配置文件——这个文件在/etc/etc/samba目录下：映入眼帘的就是这部分内容了：在里面写着“IMPORTANT:Synologywillnotprovidetechnicalsupportforanyissuescausedbyunauthorizedmodificationtotheconfiguration.”翻译过来就是“重要提示：对配置进行未经授权的修改所引起的任何问题，Synology将不提供技术支持。”那么smb.conf是什么呢？这是Samba的配置文件，例如我们的建议配置方式是：[global]loglevel=1socketoptions=TCP_NODELAYIPTOS_LOWDELAYreadraw=yeswriteraw=yesoplocks=yesmaxxmit=65535deadtime=15getwdcache=yeslpqcache=30[okplace]vetooplockfiles=this/that/theotherfile[badplace]oplocks=no这是基于调试和测试的结果：同时，也得配合网卡、系统和驱动本身的能力来细微调节，但很多NAS用户根本不做这些优化，或者很多NAS系统会禁止用户做优化，这就让Samba本身就弱的性能更进一步降低。英睿达T705，应该是目前你能买到，性能最强的消费级SSD。不过大家对它的热情并不高啊，毕竟大部分用户日常没有这么高的性能需求，而且他价格都够买张显卡啦。不过在我用了2周之后，发现它有很多有意思的地方，所以本期我们就来聊聊这款，很强也很有趣的SSD吧~外观与设计值得一提的是，英睿达T705赠送一个月的Adobe全APP的订阅。刚好有相关需求的朋友，不要忘记使用激活。我入手的是马甲版，T705的马甲虽然和兄弟产品T700长得很像，不过二者在固定方式上，区别得很大。T705采用的是卡扣+导热贴固定。马甲上方散热鳍片部分为铝制材质，下方固定部分，为镀镍铜。马甲的整体做工还是非常不错的，拿在手里感觉很有分量。导热贴的粘性非常强，所以非常不推荐普通用户拆解它。产品使用的是M.22280-D2版型，也就是PCB双面颗粒设计。双面PCB，可以配置更多的NAND和Die，有利于缓外性能。所以对于想要下手的朋友，第一件事就是要确认一下主板、笔记本是否支持安装双面颗粒的SSD。T705的主控芯片依旧是群联PS5026-E26，不过，和T700不同的是，T705的群联PS5026-E26是性能/功耗解锁的满血版本。闪存颗粒方面，T705使用的也是美光原厂的B58R颗粒，这是美光第六代3DTLCNAND闪存颗粒，232层堆叠，整体密度甚至超过了不少QLC颗粒，6Planes设计，接口速度为2400MT/s。本次测试是2TB容量的产品，单颗闪存容量为512GB，正反两面各有两颗闪存颗粒，共四颗。反向虚标，是我觉得T705在硬件规格上，最有意思的地方。虽然产品详情页标注2TB版独立缓存容量是2GB，但是我根据DRAM上的丝印，在美光的官网上查询到，这颗DRAM的容量其实是4GB。DRAM频率为LPDDR4-4266。最后过一下官标性能，不亏是亲儿子，还有非常少见的4TB版，让开始我们本次的测试吧~测试既然是满血版的群联E26主控，相信大家最好奇的，就是他的发热和温度表现，所以本次测试就从这个部分开始吧~为此我还特地入手了一个利民的主动散热进行对比。PS.测试环境温度大约24℃全盘写入测试，【蓝色曲线】可以看到英睿达T705的缓内速度，为12.2GB/s左右，缓外速度为4GB/s左右。后面降到1.8GB/s左右，是因为SSD在释放SLC缓存，边打扫边写入导致性能下降，这一段并非缓外速度。可见英睿达T705不论是缓内还是缓外速度，在消费级领域已经是天花板级别的存在了。【黄色曲线】之前测试，英睿达的原装散热压T700是够用了，但是面对满血的T705，在全盘写这种高负载下，还是出现了性能下滑的情况。从Smart计数情况上看，【黄色曲线】全盘写的过程中，发生了大约600多秒的控温降速的情况。所以，撞墙降速的开始时间就是200秒左右，曲线开始发生波动的时候。个人觉得作为一个被动散热来说，这个表现已经很不错了。不过如果你希望满血释放这块SSD的性能，或者日常SSD负载较大的话，个人还是建议使用主动散热吧。然后是喜闻乐见的跑分环节，非常有意思的是，ASSSDBenchmark的作者估计没想到，会有人能在这款软件上，跑出10GB/s以上的性能，T705直接把ASSSDBenchmark读取速度的显示都给干异常了（笑），这款古早的跑分软件也该更新一下了。CystalDiskMark给大家分别测试了英睿达T705的多线程和单线程性能，英睿达T700的单线程性能让我非常意外，表现非常优秀，接近10GB/s，消费级应用对单线程成绩更敏感，要知道目前7000+MB/s速度的PCIe4.0SSD，单线程读大只有3000~5000MB/s左右。比较值得一提的是，英睿达T700的标称随机读写为1.55M/1.8MIOPS，但是实测读写成绩分别为1.56M/1.63MIOPS。之所以随机写入没有摸到T705的标称性能，是因为CPU瓶颈了！Windows的I/O引擎深度依赖CPU，在做随机写入测试的时候，T705直接把我的13700K干满载了，13700K根本吃不下T7051.8MIOPS的I/O负载。不过大家不用担心，因为我们日常没有这么密集的小文件压力，不用担心CPU带不动的情况。然后是PCmark10完整系统盘基准测试，这也是最能反映SSD在系统办公，游戏载入等日常复杂环境下的性能表现。是一个非常具有参考价值的硬盘综合性测试，槽点就是测试时间太长啦！而且软件非常贵，所以大家大都不太爱测试它，但是数据含金量非常高，如果你想购入SSD作系统盘或是游戏盘，这个项目的成绩是非常值得关注的。英睿达T705在这个环节中得分为6318分，带宽为989.84MB/s，平均存取时间为26μs。这个得分可以说相当不错了，上次测试T700的得分是5734，二者的差距大约10%。3DMark的SSD测试是用来模拟SSD对于游戏加载、安装、录制等情况下的性能表现。T700得分为5734，英睿达T7056191分的成绩，是我目前测试过最高。售后售后方面，英睿达T7052TB提供5年1200TBW的保修周期，属于行业标准量，中规中矩，只要不搞挖矿之类的事，正常使用是完全够用的。最后从测试成绩上看，满血版的英睿达T705相比T700优势还是非常明显的，特别是随机性能，直接把我的13700K干满载了。如果你的主板支持，预算也比较充足，是完全可以入手一条用作系统盘，或是游戏盘。不仅能够体验到目前最快的存储速度，也能为未来DirectStorage游戏的普及，做好充足的准备。不过满血版的T705发热量，相比残血版T700要更高一些，所以散热可以说是必须的。虽然原装散热日常使用不太会触发热降速的问题，但是个人更推荐无散热的版本+自购主动散热，更能释放T705的全部潜力，而且性价比也会更高一些。
无纸化读书攻略女儿与苹果全家桶：一段科技与情感的交融之旅在科技日新月异的今天，苹果全家桶已经成为许多家庭的必备之选。而我家的女儿，更是与苹果全家桶结下了不解之缘。她的成长与苹果全家桶的相伴，仿佛是一部充满科技与情感的交融史诗。记得那是一个阳光明媚的周末，我带着女儿去商场闲逛。走到苹果专柜前，女儿的眼睛立刻被那些精美的产品吸引住了。她好奇地摸摸iPhone，又看看iPad，眼中闪烁着对未知世界的好奇与渴望。我决定给她一个惊喜，于是买下了iPhone、iPad、MacBook和AppleWatch，组成了一个完整的苹果全家桶。自从有了苹果全家桶，女儿的生活发生了翻天覆地的变化。她用iPhone拍照、录视频，记录下生活中的点点滴滴；她用iPad学习新知识，畅游在知识的海洋；她用MacBook完成作业，提高自己的学习效率；她用AppleWatch监测健康，关注自己的身体状况。这些产品不仅给她的生活带来了便利，更让她在科技的陪伴下茁壮成长。女儿渐渐长大，她开始利用苹果全家桶进行更深入的探索。她学会了用iPhone编辑照片和视频，将自己的创意和想法通过作品表达出来；她学会了用iPad编程，锻炼自己的逻辑思维和解决问题的能力；她学会了用MacBook制作课件和报告，提高自己的表达能力和团队协作能力。这些技能不仅让她在学业上取得了优异的成绩，更让她的综合素质得到了全面提升。然而，科技的双刃剑效应也在女儿身上显现。有时，她会沉迷于iPhone的游戏和社交媒体，忘记了时间的流逝；有时，她会因为iPad上的信息过载而感到焦虑；有时，她会因为MacBook的繁重任务而倍感压力。我开始意识到，科技虽好，但过度依赖也会带来负面影响。于是，我开始与女儿进行深入的沟通。我告诉她，科技是为了让生活更美好，而不是成为生活的羁绊。我们要学会合理使用科技产品，让它们成为我们成长道路上的得力助手，而不是沉迷其中的罪魁祸首。我教她如何设定使用时间，如何筛选信息，如何平衡学业和娱乐。慢慢地，女儿开始明白我的用意，她逐渐调整了自己的使用习惯，让科技真正为她的成长助力。如今，女儿已经是一名优秀的中学生了。她与苹果全家桶的故事仍在继续，但已经不再是单纯的依赖和沉迷。她学会了用科技探索世界，用科技提升自己，用科技服务他人。她明白，科技是一把双刃剑，只有正确使用，才能让它发挥出最大的价值。回首这段与苹果全家桶相伴的时光，我深感欣慰。科技改变了我们的生活，也改变了女儿的成长轨迹。她用科技记录了生活的点滴，用科技拓展了视野，用科技提升了自我。这一切，都离不开苹果全家桶的陪伴与助力。当然，我们也明白，科技只是工具，真正的成长还需靠自己的努力和坚持。在未来的日子里，我们希望女儿能够继续用科技武装自己，用智慧引领未来。同时，我们也希望她能够保持一颗感恩的心，珍惜身边的一切，用爱与善良回馈社会。总之，女儿与苹果全家桶的故事是一部充满科技与情感的交融史诗。它让我们看到了科技对于孩子成长的巨大影响，也让我们深刻体会到了家庭教育的重要性。让我们携手共进，为孩子们创造一个更美好的未来！365官方入口
