365平台官网说起一加，第一个反应是一加手机。确实，一加在2014年就发布了旗下的第一部手机，到今年正好十年整了。可能大家不知道的是，在2014年一加也同步发布了旗下的第一款耳机产品——一加银耳，当年售价99元，引起了不小的轰动。时隔十年，看看一加新推出的百元蓝牙耳机一加BudsV能给我们带来什么惊喜。看这个外包转就显得非常的一加，和他家的手机一样用的是白色和橙红色的配色。虽然这款耳机是叫BudsV，但人家还是有个正经型号的，型号是E510A。包装上也写了是OPPO生产的。最早一加是作为一家独立公司存在的，现在明确是作为OPPO旗下的先锋品牌在推广了。包装还是和手机很像，有个类似小抽屉的设计，看着很有设计感。盒子里面就是今天的主角，蓝牙耳机了。外壳简洁大方，除了英文的品牌标识，就没有任何的花里胡哨的东西了。黑灰色的外壳，看着还是非常的有质感的。腰圆形的外壳，拿着手感比较圆润，很有握持感，喜欢这种略微磨砂的感觉，不会变成指纹收集器。打开上盖，和其他蓝牙耳机都是差不多的布局设计。这款耳机是带硅胶套的，搭配不同大小的硅胶套，针对不同人的耳朵会有一个相对比较舒适的佩戴感觉。这里不得不提一句，还是某品牌的耳机最先用那种半圆形的不带硅胶套的设计，引的一些企业纷纷跟风去这么搞，本人来说喜欢这种硅胶套的设计。另外一个有意思的点是参数都印制在耳机仓里，而不是像其他家一样的在充电仓底部，这也是一个设计上的小心思吧。整个耳机单个重3.4g，放在电池仓里总共也就46.7g，一个鸡蛋的重量。包装盒里还有附带的大小二副硅胶套盒一根极具一加辨识度的充电线。依旧是熟悉的红白配色，看着就很一加。说明书盒物质清单也是分成了两张，估计是为了印刷方便。放在一起拍个全家福看看。性急的，这时候拿起耳机，打开手机的蓝牙其实就可以使用了。从参数上看，这款使用的是12.4mm的复合镀钛动圈单元。目前市场上大部分其实都是动圈耳机。动圈式耳机的结构相对简单，拥有频响宽，声音温暖，人声情感表现力强的优势。评价一款耳机的好坏最直观的参数是音频灵敏度解和频率响应范围。声音的频率响应解析力其实就跟我们平常所说的分辨率是一个意思，选一款手机，屏幕分辨率越高，我们就能看到更多细节，从而图像会表现得更加清晰，当然通过视觉呈现出来的东西一般都比较直观。而声音的解析力就没法看出来，要我们用耳朵倾听，一款具有高解析力的耳机就能展现出声音的更多细节，当然听起来音质显得非同一般。这款耳机的标称灵敏度实在20hz-20000hz.简单来说，最低和最高这两个值已接近人儿的极限，不是所有人都能听出这个频段的声音，我可以听不出，但你不能没有达到这个参数。另一个参数是灵敏度，指向耳机输入1毫瓦的功率时耳机所能发出的声压级(声压的单位是分贝，声压越大音量越大)，所以一般灵敏度越高、阻抗越小，耳机越容易出声、越容易驱动。这款标称的灵敏度是107.5±1db。属于主流水平。对于蓝牙耳机来水，蓝牙的版本也是非常重要的参数。这款是蓝牙5.3版本，意味着可以有更长的传输距离和更短的声音延迟。普通的拿着手机听歌可能不觉得，但是早期的蓝牙耳机连在手机上看电影其实是可以明显的感受到画面和声音是不同步的。现在发展到蓝牙5.3版本后，延迟能控制到94ms，几乎就是听不出来的。耳机的尽头或者说音质的尽头其实是玄学，一款耳机到底好不好听，音质到底怎么样每个人的感受差异实在是太大了。这里只谈个人感受。戴上这款耳机的第一反应寡淡，是平平无奇，但是——，这是有原因的。这个但是才是最重要的，这个寡淡是有原因的，首先是音源的问题，本身播放的歌曲码率不高，另外最重要的一点其实在上面已经说了，这是比较心急就直接连接的，要有一个适合自己的音质有更好的办法，那就是通过app来惊喜调整。这款专用的app叫欢律。不光可以使用内置的几种音效，而且可以自定义，可以根据自己的听觉习惯来设置自己专属的音效。简单设置成自己喜欢的模式后再听，果然和第一次听的音质完全不一样了低音一下子就显得澎湃有力，高音也清晰多了，音乐的张力就体现出来了。夸张点形容就是高音脆，中音甜，低音沉。哈哈，开玩笑啦!这种耳机最适合的场景其实就是通勤路上的解闷，听个劲歌金曲，看个网络神剧，足够！总结一句，一百多块钱，性价比十足！自诞生起，ThinkBookP系列就是转为性能而生的产品，此前的14p可谓性能小钢炮，但随着14+的出现，14p也就完成了它的使命，逐渐退出了市场。与退出市场的14p不同，ThinkBook15p则在16:10屏幕的普及下改名为16p，今年是p系列诞生的第五年，ThinkBook16p也来到了第五代。经过一段时间的体验，它给我的感觉就是最不像游戏本的商务本，但是与2023款的差别并不是很大，所以并不是推荐23款用户换新。*本文相关数据均基于i9-14900HX、RTX4060、32G+1T配置，工程机数据可能存在偏差。外观设计单从外观来看，24款ThinkBook16p和23款几乎没区别。A面采用了家族式撞色设计，这也算是ThinkBook的独特之处，深灰色机身上的ThinkBookLOGO看起来简约且精致，右下角的LenovoLOGO依旧是铭牌设计，如果可以去掉那当然是最好的。虽然这个16p延续了凸刘海设计，但是它却在A面增加了MagicBay可扩展模组，它可以通过不同的配件实现扩展，例如4K摄像头、闪光灯、LTE模组等，当然这个设计可能还是顶配才能享受到，而且模组的价格也不算很便宜。接口丰富是ThinkBook系列的优势，16p不仅拥有丰富的接口种类和数量，而且还在细节上做了些许优化，在我看来，它与前几代最明显的差别就是后侧的接口移到了两侧。左侧分别是Kingston安全锁孔、USB-A3.2Gen2(10Gbps)、Thunderbolt4*2和3.5mm耳麦孔。右侧分别是USB-A3.2Gen1(5Gbps)*2、SD卡槽。后侧分别是HDMI2.1、DC电源口。见过前几代16p的人，应该可以发现接口位置的明显改变。当然，接口侧边意味着拔插U盘再也不用站起来看后面了，同时取消两侧的出风口并将其后置，当然这种也带来了更强的性能释放，后面会提到。键盘方面，24款ThinkBook16p延续了前代的键盘设计，小键盘的加入对于会计等财务工作者还是很方便的。全尺寸方向键带来的体验必须点赞，拿来玩游戏的时候手感好了可不止一星半点。右下角的CoPilot按键是为了满足微软最新要求加入的，受限于外在因素，这个功能存在局限性，后期或许会在软件层面做出调整。除此之外，触摸板的设计也有做出细微改动，那就是它相较于23款更居中了。也就是说，触摸板是与键盘空格键保持居中，当然这个细微的设计光凭肉眼很难感受到，但在日常使用中还是有细微差别的。屏幕表现作为一款主打创意设计的笔记本，出色的屏幕素质十分重要。不同于目前主流2.5K分辨率的屏幕，ThinkBook16p配了块3.2K高分屏。虽然屏幕精细度显著提升，但是这也给RTX4060带来了巨大的压力，换句话说，在不降低分辨率的情况下，游戏性能并不能达到预期。24款ThinkBook16p还弥补了前代不支持G-Sync的问题，从某些层面上也算是提升了游戏体验。我手上的这台采用华星光电的面板，拥有165Hz高刷以及100%DCI-P3色域，此外，在联想百应中还可以切换AdobeRGB、P3和sRGB色域以满足不同场景的需求。举个例子，日常写作看网页时可以用sRGB、以设计为主的工作可以用AdobeRGB、而在处理照片的时候则可以用P3，当然日常情况下默认色域就好，更何况这块屏幕还有出厂校色，更不用担心色彩的问题。此外，它还支持超级分辨率，也就是说可以将低分辨率资源利用AI转为高分辨率资源，实际体验并没有太明显的感知。杜比视界和杜比音效的双重支持也不错，只可惜没找到合适的资源来感受效果。性能表现相较于屏幕，ThinkBook16p的性能更值得关注。Ps：为了保证数据统一，跑分均基于性能模式。极客模式可在联想百应中开启，但是这个模式对设备的寿命会造成影响，所以不建议长时间开启。虽然它依旧是RTX4060显卡，但是却搭载了HX55规格的i9-14900HX处理器，这意味着性能相较于前代显著提升。利用AIDA64查看相关信息可以发现它采用24核32线程设计，但由于和13代酷睿HX系列同样是RaptorLake架构，所以最大的区别就是有着更高的主频和睿频参数。此外，根据官网的介绍，14代酷睿HX处理器还支持雷电5技术，不过它并没有出现在ThinkBook16p上。架构的不变，也意味着它的核显同样是IntelUHDGraphics而非Ultra处理器的Arc锐炫系列，不过这对于HX而言并不重要，毕竟用这颗处理器的笔记本独显通常是标配。使用CineBenchR23进行跑分测试，可以得到单核2121pts、多核28135pts的成绩。独显方面，24款ThinkBook16p搭载与前代相同的RTX4060显卡，所以说参数上没有明显变化，唯一的区别可能就是性能释放更强了。规格方面不用多说，和前代一样。有意思的是，联想百应中看到了GPU和显存超频选项，虽然不知道后期的量产机这个功能是否会保留，但是它的出现让显卡性能有了新的提升，不过这个功能会对GPU和显存造成影响，所以并不是很推荐普通用户用。老样子，用3DMark进行跑分可以得到11273分的成绩，这个成绩拿来玩3A大作足矣，当然对于这块3.2K分辨率的显示屏，我个人更建议降低游戏分辨率以提高帧率。除了跑分测试，烤机是展现性能释放的最佳方式。使用Furmark和AIDA64进行双烤，可以看到显卡功耗稳定在115W上下，此时CPU功耗也在65W上下，整机释放180W左右。切换到极客模式，显卡功耗在115W上下，CPU功耗在85W上下，这时整机功耗可以达到200W左右。单从性能释放来看，24款ThinkBook16p表现还是很不错的。除了CPU和GPU性能，硬盘的性能也是我比较关注的点。我这台采用亿联的固态硬盘，虽然很多人觉得三星或海力士的SSD会更好，但是亿联、致钛等国产SSD也有不错的性能表现，用ASSSDBenchmark进行测试，得到随机读取5591.18MB/s、随机写入3177.08MB/s的成绩，这个性能已经可以满足日常使用。前面提到，ThinkBook16p是创意设计本而非游戏本，所以渲染能力还是值得测测的。使用BlenderBenchMark，分别选择CPU和GPU测试。在测试的三个场景中，CPU测试成绩Monster场景171.8分，Junkshop场景116.6分，Classroom场景80.4分；GPU测试成绩Monster场景1598.6分，Junkshop场景884分，Classroom场景869.9分。再使用最新的Cinebench2024进行测试，可以得到GPU10193pts、CPU单核127pts、多核1533pts的成绩。使用ULProycon中的图片编辑和视频编辑项目测试，这两个项目分别会调用Photoshop、Lightroom和PremierePro应用，最终可分别获得7358分和26905分。游戏体验上，因为我日常玩的都是比较轻度的类型，并没有太大的代表性。但是根据社群内的反馈，在原生分辨率下表现并不是很让人满意，所以建议降低分辨率以提高帧率。拆机体验24款ThinkBook16p的后盖还算好拆，X颗内六角螺丝拧下来后便可以拆开后盖，不过它没有像ThinkBook16+那样采用防丢设计，所以拆下来螺丝得摆好避免丢失。内存配备了屏蔽罩，打开后便可以看到下面的两根16G内存，如果想要扩展的话可以直接更换，这点要比板载设计有优势。硬盘则延续了前代的2242+2280双规格设计，好在它标配的是一块2242规格的SSD，毕竟这个规格很难买到大容量且性能好的产品。大面积散热贴不仅硬盘上，D壳上同样拥有。这也保证硬盘热量不会堆积，进而保证其性能表现，自己加装的时候同样建议贴上以保证性能。因为接口位置的改变，这次双风扇设计也作出了相应的调整，最明显的就是出风口从两侧改到了后侧，再也不怕吹手的问题。功能与配件聊完主要的，再来说说配件和功能体验。ThinkBook16p支持的MagicBay扩展模块很有意思，虽然只在顶配的机器上才支持，但是各种奇怪的配件确实带来些许创意，例如已经上市的LTE模块、4K摄像头和补光灯，以及今年CES上展示的10英寸显示屏、风扇和香薰模块。没有拿到心心念念的LTE模块有点可惜，但是拿到了4K摄像头和补光灯模组，可以简单聊聊这两个模块的使用体验。首先是4K摄像头，这个体积确实可以带来不错的画质，但是它必须要搭配联想智会软件才能使用，这也意味着它的使用场景有很大的限制，所以我个人对它就是Pass的东西。其次是补光灯，这个配件我是拿来当小夜灯使用的。毕竟夜深人静之时，不想开灯的情况下放上补光灯再打开键盘的背光，会有种意境美。说完配件，24款ThinkBook16p一些功能也很值得聊聊，像什么智能储存、临时分身都是很有意思的功能。智能储存这个软件最早出现在天逸510Smini上，它可以将主机变成NAS服务器使用，在手机端装上配套软件后便可以读取指定文件夹的内容。而16p加上这个功能以后，在待机状态下同样可以当作NAS服务器使用，不过这个体积似乎并不是那么友好。临时分身功能最早出现在23年底的ThinkPad发布会上，这个功能主要是为了解决开会时需要临时离开的场景，它主要是生成数字分身来代替本人继续参加视频会议。不过目前来看，这个功能需要改进的点还是很多的，毕竟它生成的数字人动作还是有些僵硬的。总结经过这段时间的体验，我对这台ThinkBook16p的评价就是一台标准的水桶机。在HX55规格的加持下，搭配极客模式200W性能释放，全面的接口让它在日常工作中游刃有余，值得点赞的是大部分接口从后侧转移到两侧，这样外接设备时也确实更方便。要说遗憾，那就是缺少对OCuLink接口的支持，毕竟定位比它低的ThinkBook16+都加入了对这个接口的支持，不知道下一代是否会提供相关接口。作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～

上一篇文章给大家揭示了一个事实——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本身就弱的性能更进一步降低。365平台官网