三思屋

博文

目前显示的是八月, 2016的博文

重装系统前驱动备份及驱动恢复批处理命令

发布于八月 31, 2016

1.备份驱动 在安装系统前，先备份原系统驱动，用如下批处理命令： md D:MyDriver dism /online /export-driver /destination:D:MyDrivers 新系统设备管理器指向D:MyDrivers目录更新驱动即可 2.恢复驱动 若要对未安装合适驱动的系统进行恢复，执行以下命令即可： Dism /online /Add-Driver /Driver:D:MyDrivers /Recurse 注意：“D:MyDrivers”需要替换为你备份驱动的位置

阅读全文

MySQL配置文件my.cnf性能优化

发布于八月 30, 2016

在Apache, PHP, MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验进行判断，然后设置合理的参数。下面我们了解一下MySQL优化的一些基础，MySQL的优化我分为两个部分，一是服务器物理硬件的优化，二是MySQL自身(my.cnf)的优化。 一、服务器硬件对MySQL性能的影响 　　①磁盘寻道能力（磁盘I/O）,以目前高转速SCSI硬盘(7200…

阅读全文

【听听吧】我在人民广场吃炸鸡-阿肆

发布于八月 30, 2016

《我在人民广场吃炸鸡》歌词：最近你变得很冷漠让我有些不知所措其实我没期待太多你能像从前般爱我只是连约会你都逃脱什么解释都不说不是我不知道爱情需要煎熬不是我没祈祷 (你只是……迟到) 我在人民广场吃着炸鸡而此时此刻你在哪里虽然或许你在声东击西但疲倦已让我懒得怀疑我在人民广场吃着炸鸡而此时此刻你在哪里我在人民广场吃着炸鸡而此时此刻你在哪里虽然或许你在声东击西但疲倦已让我懒得怀疑我在人民广场吃着炸鸡而此时此刻你在而此时此刻你在而此时此刻你在我在人民广场吃着炸鸡而此时此刻你在播放-【虾米】 [music]我在人民广场吃炸鸡[/music]

阅读全文

记一次重构：并行化调用接口实践

发布于八月 29, 2016

优化目标 在我现在所在的产品线中 http 接口被大量使用，用来获取各种开放数据，可以说 http 调用在代码中随处可见。比如一个访问最频繁的页面，一次请求将会产生 7~8 次 http 调用。虽然每个接口都非常的快，但 8 次累加起来的消耗还是相当的可观，所以我最近的优化工作主要是：并行调用各 http 请求，以缩短脚本的运行时间。 重构起因 实际上，将请求并行化并不十分困难，使用 curl 提供的 multi* 方法族就可以实现，网上有很多类似的文章来介绍其使用方法，大致的思想是把多个 curl 句柄放入一个 curl multi_handler 中，以 nonblocking 的方式执行，然…

阅读全文

魂斗罗水下八关存在（附视频）

发布于八月 29, 2016

[iframe]http://player.youku.com/embed/XMTcwMDU3OTYyMA==?client_id=eccfacc407819d61[/iframe]　　多年前，在FC盛行的年代中，游戏《魂斗罗》一代曾流传着这样一个传言，“魂斗罗水下八关”。就是这个：　　<img src="http://i.guancha.cn/news/2016/08/27/20160827184732587.jpg" />　　<img src="http://i.guancha.cn/news/2016/08/27/20160827184732795.jpg" />　　网络传言：跳入青蛙口中可以激发隐藏关卡（资料图）　　第六关，一个向回跑的敌兵会变成类似青蛙嘴的模样。只要追上他并跳到敌兵身上，就可以进入隐藏关卡。　　这个误人子弟的传言在中国游戏界迅速传开。　　小小琪当年跟舅舅一起打游戏时，他每次都让我死等并活捉这个小兵，然而没有一次追上。小小琪每次想起屡屡痛失“中国打开水下八关第一人”的称号，经常急得嗷嗷叫。　　在那个FC游戏机一统天下的年代，魂斗罗是几乎所有玩家入门的第一个游戏。很多人信以为真，并苦苦寻找，也有不少人声称自己成功进入（我那个不靠谱的舅舅就至少三次跟我说他“见到过”别人打入水下八关）。到后来甚至发展到能否打出“水下八关”成为衡量一个人游戏水平的标准。　　实际上，小兵由于进入了BOSS区域（这不是他应该出现的地方），导致外形变成了BOSS的身体一部分，多数人称，只是看起来像一只青蛙嘴罢了，因此水下八关并不存在。　　然而就在昨天（8月26日。观察者网注），人气B站的人气up主“敖厂长”的证实，“水下八关”实际上是存在的。看了他逐步解开这个谜底，小小琪简直激动得不能自持，好想认识敖厂长啊！拿他的大腿抱一抱！　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185230833.jpg" />　　敖厂长初次实验的时候，拿出了FC上不同版本的《魂斗罗》进行比较，在《独翼神龙》版本里，他发现《魂斗罗》一代日版和美版：两个版本魂斗罗虽然内容和游戏容量不同，但没有所谓的“水下八关”。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185233877.jpg" />　　同时，他在最后还用了欧版的《魂斗罗》一代，但是最终，无功而返。　　本以为就此结束了。然而，敖厂长确始终认为《魂斗罗》一代原来八关基础上应该还有额外的八关。　　但是，期间发生和所有人都一样的致命性错误，没有人找齐所有的《魂斗罗》一代版本。最后惊讶的发现，KONAMI除了发布原有的美日欧三版之外，还在其他各种平台发布了十多种《魂斗罗》一代。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185238185.jpg" />　　最早的《魂斗罗》一代是发布于1987年的街机上，次年后，被重制到了FC上。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185324286.jpg" />　　敖厂长就此消息继续延伸，难道“魂斗罗水下八关”指的是街机版本的《魂斗罗》？　　为了玩到街机版《魂斗罗》，敖厂长购买了PS2游戏《我们是街机一族之魂斗罗》，内置其实就一个刻录过的光盘。进入游戏后，发现其实与FC版大同小异，主要不同的就是街机版只有五关而已。　　因为FC版基本上算是街机版的重制。所以，“水下八关”也是没有的。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185344186.jpg" />　　街机版　　随着调查的深入，敖厂长称：到了80年代时KONAMI对于电脑平台非常热衷，《魂斗罗》一代甚至登陆了当时所有流行的电脑平台，其中就包括了COMMODORE 64。而当时欧洲人称《魂斗罗》为《GRYZOR》。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185356507.jpg" />　　据悉COMMODORE 64版的《魂斗罗》一代，竟然是装在磁带中。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185400647.jpg" />　　它的运行原理是，磁带驱动器把整条磁带都读完，待读取的内容全部存入内存（记住是AB双面）之后，游戏才会开始运行。注意，这个片头是逐行扫描出来的。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185405653.jpg" />　　随着试玩的深入，COMMODORE 64和FC版内容基本一致，而且画面非常的渣，同一首音乐从头放到尾，如果仅仅这样就很失望了？NO，还有更绝的，COMMODORE 64版竟不支持手柄，只支持键盘操控。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185416321.jpg" />　　所以，最终这次COMMODORE 64版实验又是失败的。　　敖厂长还没放弃，经朋友的帮助，他拿到了Amstrad CPC版的《魂斗罗》一代，而Amstrad CPC与COMMODORE 64版不同的是，它把磁带驱动器整合进了主机里，所以……它还是用的磁带。　　进入游戏后发现，竟然没有BGM。经过一系列斗争后，虽然通关了，然而还是没有“水下八关”的任何痕迹。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185422153.jpg" />　　Amstrad CPC版　　精彩的来了！！　　多番尝试后，敖厂长拿到了MSX2版《魂斗罗》一代。　　MSX是微软专门面向日本发布的一款家庭电脑，其中代表作为《合金装备》系列最初两代。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185712653.jpg" />　　虽然MSX2电脑主机在网上可以买到，然而MSX2版魂斗罗却是秋叶原很多中古游戏店里的镇店之宝。并且，只做为展览使用。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185719467.jpg" />　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185719512.jpg" />　　然而，万事无绝对！　　敖厂长的朋友是真乃神通广大，竟然搞到了一张MSX2版的《魂斗罗》！！！　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185728426.jpg" />　　打开包装后，发现其中，详细的介绍了敌人的特性和FC版中的枪械造型及性能（想想我小时见到过的8合1、64合1、128合1的卡带，真的不得不佩服日本游戏产业的用心）。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185733777.jpg" />　　同时，也告别了磁带加载的不便，回到了卡带时代！　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185738719.jpg" />　　搞定之后，进入游戏，其他版本游戏中的S弹都是扩散式的，然而MSX2版S弹竟然是前后射击（下面第二张图）……　　这张做是为了保护菊花吗？　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185743891.jpg" />　　FC版　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185745550.jpg" />　　MSX2版　　敖厂长心想抓紧通关，看看结局究竟如何？在打完“外星心脏”（即其它版本的通关）之后，意外发生了。。。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185822751.jpg" />　　随后，竟然进入了第十关！难道传言中的“水下八关”？　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185826551.jpg" />　　因为在街机版和FC版中，在第八关击杀了“外星心脏”之后，一切就结束了。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827185841962.jpg" />　　然而，在MSX2版中，击杀完“外星心脏”之后，主角比尔却向着更深的深海进发（下图是主角在向下坠落，几乎看不到人）。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190048455.jpg" />　　敖厂长把MSX2版和FC版的地图拿出来做了比较，惊讶的发现，俯视图的两个版本都是发生在加鲁加群岛，地形也是一模一样的。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190106564.jpg" />　　对比图　　然而，在观察横切图的时候，却清晰发现，在MSX2版中主角比尔在“外星心脏”下面发现了秘密通道，在加鲁加群岛的海平面下面竟然还有更庞大的秘密。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190113258.jpg" />　　真正的“外星领主”竟然是藏在了深海里，却并非是在山洞里。而在之前被击杀的“外星心脏”只不过是孵化“把咬虫”的小头目。　　敖厂长惊讶的发现在这个设定下，MSX2版在海平面下是存在整整10关。在试玩中，有多处关卡都是主角比尔一路向下，直到第17关，主角接近地幔区域，再往下，才发现猫腻。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190124490.jpg" />　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190124942.jpg" />　　第19关，被称为：邪恶空间。谜底才即将被揭晓。　　原来外星领主把地穴建在接近熔岩的地区，意为获取巨大的热能，而外星领主的造型是一只类似眼球状的异形，它才是最终的罪魁祸首。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190134224.jpg" />　　敖厂长经过计算：MSX2版共有19关，除去几个被算作关卡的BOSS战场景，刚好16关。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190156129.jpg" />　　到此，基本上所有疑惑都被解开，原来传言的“水下八关”真的存在，并且是来自于MSX2版的《魂斗罗》一代！　　因为敖厂长的刻苦钻研的缘故，所以最终为广大《魂斗罗》迷解决了近30年的未解之谜，其持之以恒的精神，令人敬佩！　　此解谜视频发出后，在B站获得近100万的点播量，获硬币32.7万。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190847581.png" />　　在微博上，转发量达1.7万，获赞1万。　　<img src="http://i.guancha.cn/news/2016/08/27/20160827190937590.png" />　　微博截图　　网友纷纷表示：求接受我的“膝盖”！！　　<img src="http://i.guancha.cn/news/2016/08/27/20160827191157246.jpg" />　　<img src="http://i.guancha.cn/news/2016/08/27/20160827191157660.jpg" />　　<img src="http://i.guancha.cn/news/2016/08/27/20160827191157758.jpg" />　　敖厂长啊！因为你，我的童年才得以补完，你才是真正的魂斗罗！　　最后，附一张小小琪去年这个时候为了重温小时候的记忆买的FC卡带，里面有多个版本的魂斗罗哦！　　<img src="http://i.guancha.cn/news/2016/08/27/20160827221949240.jpg" />

[iframe]http://player.youku.com/embed/XMTcwMDU3OTYyMA==?client_id=eccfacc407819d61[/iframe] 　　多年前，在FC盛行的年代中，游戏《魂斗罗》一代曾流传着这样一个传言，“魂斗罗水下八关”。就是这个： 网络传言：跳入青蛙口中可以激发隐藏关卡（资料图） 　　第六关，一个向回跑的敌兵会变成类似青蛙嘴的模样。只要追上他并跳到敌兵身上，就可以进入隐藏关卡。　　这个 误人子弟 的传言在中国游戏界迅速传开。　　小小琪当年跟舅舅一起打游戏时，他每次都让我死等并活捉这个小兵，然而没有一次追上。小小琪每次想起屡屡痛失“中国打开水下…

阅读全文

幻体：续命游戏 Self/less (2015) Self/less

发布于八月 29, 2016

《幻体：续命游戏》（英语：Self/Less，又称作Selfless）是一部于2015年上映的美国科幻惊悚片，为塔森·辛执导，大卫·帕斯特和艾力克斯·帕斯特编剧。由瑞安·雷诺兹、本·金斯利、马修·古迪与蜜雪儿·道克利主演。2015年7月10日在美国上映。　　故事叙述在未来的社会中人们拥有能透过将意识转移至新躯体的技术，而达到“永生”；一名将死的富翁尝试了这种技术移植到一具年轻的新肉体上，并使用别名“爱德华”，但在得到这来路不明的新躯体后却遭到了神秘组织一连串的追杀和即将失去灵魂与肉体….。　　[movie]幻体：续命游戏[/movie]

阅读全文

听说，晚上关上门拉上窗帘……

发布于八月 25, 2016

阅读全文

AR+手工艺：这款 AR 工具让你一秒变鲁班

发布于八月 24, 2016

当你需要一个新的书桌、凳子或别的什么时，再也不用开车去宜家购买了。现在，好工具 Shape Origin 能让你就地取材，分分钟做出你想要的，即使你一点儿经验都没有。　　<img src="http://www.arinchina.com/file/upload/201608/23/1754135011584.jpg" />　　Shape Origin 是一个咖啡机大小的工具，采用 AR 技术，让新手（或专业人士）精准完成切割木材、塑料、金属，甚至是碳纤维。通过一个 5 英寸的触摸屏，你可以沿着数字化路径完成操作，控制数控机床进行切割。如果出现失误，机器会为你纠正。　　这款工具是旧金山一家叫做 Shaper 的硬件创业公司的首款产品，该公司专注于改进数控机床操作方式，想让工具制作像 3D 打印一样简单。　　[iframe]http://v.qq.com/iframe/player.html?vid=v0323we75h1&#038;tiny=0&#038;auto=0[/iframe]　　如何操作？　　Alec Rivers 是 Shape Origin 的发明者，当时他正在麻省理工学院，修读计算机视觉博士学位。当他继承他祖父的工具时，突然发现自己连个相框都不会做。　　「他意识到自己无法用这些工具完成制作」，公司 CEO Joe Hebenstreit 说，「真是令人沮丧。我认为很多人都会遇到这样的情况，突发奇想想制作点什么，却发现自己并没有 20 年的经验积累，根本没法完成。」　　<img src="http://www.arinchina.com/file/upload/201608/23/1754297211584.jpg" />　　当你进行切割时，只需要大致随着屏幕显示的形状切割，该工具能自动增加细节操作。Shape Origin 为计算机视觉采用了特殊设计的卷尺，附着到被切割物体表面，帮助工具本身进行自身定位。　　设计师可以把自己设计的 CAD 或 Illustrator 矢量文件上传到 Shaper 公司网站，而普通用户可以从公司网站上下载共享的设计文件。Shape Origin 还允许用户直接绘制图形，如拉出一个方形或圆形，或用钢笔工具画出来，而不用重回电脑操作。　　<img src="http://www.arinchina.com/file/upload/201608/23/1755087011584.jpg" />　　产品目标　　Hebenstreit 说：「这是工具产品的最终形态：普通人 1 分钟就能明白如何操作。」他曾担任 Google Glass 产品工程设计主管。「这台机器能让你从一无所知到熟练完成，你甚至会惊叹『天啊，我真的做到了』。」　　「很多人谈论机器人会接管世界，取代我们所做的一切」，Hebenstreit 说，「而在我看来，未来技术将增强我们的能力，让我们做到我们以前做不到的事情。Shape Origin 就是一个很好的例子。」　　<img src="http://www.arinchina.com/file/upload/201608/23/1754553411584.jpg" />　　该公司的终极目标是希望该工具将有助于推动分布式制造，让本地所需的工具、设备可以直接就在本地进行生产、制造。他说：「我们确实强烈地感到，我们能够使人们在当地完成生产、制造，而不用把材料运输到世界各地」。　　而其他一些项目，如总部位于伦敦的 Open Desk，也提供设计下载服务，以在本地制造，但通常需要用户支付使用数控机床的费用。　　「我们让人们能够直接制造」，他说，「如果你想的话，你几乎可以在家制作一件家具，只需要最基础的成本就够了。」

当你需要一个新的书桌、凳子或别的什么时，再也不用开车去宜家购买了。现在，好工具 Shape Origin 能让你就地取材，分分钟做出你想要的，即使你一点儿经验都没有。　　Shape Origin 是一个咖啡机大小的工具，采用 AR 技术，让新手（或专业人士）精准完成切割木材、塑料、金属，甚至是碳纤维。通过一个 5 英寸的触摸屏，你可以沿着数字化路径完成操作，控制数控机床进行切割。如果出现失误，机器会为你纠正。　　这款工具是旧金山一家叫做 Shaper 的硬件创业公司的首款产品，该公司专注于改进数控机床操作方式，想让工具制作像 3D 打印一样简单。　　[iframe]http://v.qq…

阅读全文

爸带你去吃旋转寿司

发布于八月 23, 2016

阅读全文

纯PHP下 Mysql PDO 使用方法小记

发布于八月 19, 2016

1 配置信息 $config = array( 'db' => array( 'host' => '127.0.0.1', 'user' => 'root', 'pass' => '', 'db' => 'test_db', 'dns' =>…

阅读全文

物联网相关web技术

发布于八月 18, 2016

找了一下一些常用的物联网相关的Web技术，整理如下。 REST 　　REST不论是在HTTP协议中，还是在CoAP中都是常用的技术之一，虽然说不上是技术，但是常用是有的。 REST从资源的角度来观察整个网络，分布在各处的资源由URI确定，而客户端的应用通过URI来获取资源的表征。获得这些表征致使这些应用程序转变了其状态。随着不断获取资源的表征，客户端应用不断地在转变着其状态，所谓表征状态转移。　　记得我在写毕业论文的时候这样写到: REST服务实际上是充当着网络与设备的传输介质，构建一个REST服务也就相当于获取一个URL下的某个数据。　　需要注意的是，这里最后关注的还是M2M的思想，写给机器的…

阅读全文

反恐精英CS 1.6 精简中文版

发布于八月 18, 2016

SteamCN精简中文版CS1.6 V1.10特性:　　<img src="https://static.ktsee.com/s1/2016/08/20160818090455226.png" />　　·官方正版提取：本程序中的所有文件均由Steam官方正版gcf文件中提取精简汉化，确保使用安全　　·自娱自乐首选：内涵兼容度极高的YAPB机器人，并且设置“=”控制菜单，完全汉化，易于使用　　·完全中文汉化：包括人物、地图、任务、武器说明及选单，适合初学者使用　　·增强功能方便：超级“H”键菜单，快速设置游戏选项，并嵌入参说帮助、常用中文聊天短语　　·精简程序文件：仅保留程序运行所必需的文件，剔除无用的垃圾文件，确保传输方便　　·优化配置选项：针对FPS进行优化配置，使游戏运行更加稳定流畅，提高游戏体验　　·自带经典地图：自带一幅经典地图，汉化说明文件，方便初学玩家，还可下载地图增量升级包　　·版本自由转换：3329-3326随意转换并提供后续增量升级版本，体积小，下载方便，解除玩家后顾之忧　　·方便实用键位：更为专业、实用的键盘设置，易于初学者掌握　　配置需求:　　1.最低配置　　CPU：800MHz　　内存：128MB　　显卡：支持DirectX 7的3D加速卡　　操作系统：Windows 98/ME/2000/XP/　　2.推荐配置　　CPU：2.4GHz或以上　　内存：512MB　　显卡：支持DirectX9的3D加速卡　　操作系统：Windows 2000/XP　　<div class="free">下载：<a href="https://static.ktsee.com/s1/2019/10/31/5dba6e2e60097.zip.001" target="_blank" rel="noopener">CS1.6cn反恐精英.zip.001</a> | <a href="https://static.ktsee.com/s1/2019/10/31/5dba6e2e60097.zip.002" target="_blank" rel="noopener">CS1.6cn反恐精英.zip.002</a></div>

SteamCN精简中文版CS1.6 V1.10特性: 　　·官方正版提取：本程序中的所有文件均由Steam官方正版gcf文件中提取精简汉化，确保使用安全　　·自娱自乐首选：内涵兼容度极高的YAPB机器人，并且设置“=”控制菜单，完全汉化，易于使用　　·完全中文汉化：包括人物、地图、任务、武器说明及选单，适合初学者使用　　·增强功能方便：超级“H”键菜单，快速设置游戏选项，并嵌入参说帮助、常用中文聊天短语　　·精简程序文件：仅保留程序运行所必需的文件，剔除无用的垃圾文件，确保传输方便　　·优化配置选项：针对FPS进行优化配置，使游戏运行更加稳定流畅，提高游戏体验　　·自带经典地图：自带一幅经…

阅读全文

高并发Web服务的演变——节约系统内存和CPU

发布于八月 17, 2016

一、越来越多的并发连接数现在的Web系统面对的并发连接数在近几年呈现指数增长，高并发成为了一种常态，给Web系统带来不小的挑战。以最简单粗暴的方式解决，就是增加Web系统的机器和升级硬件配置。虽然现在的硬件越来越便宜，但是一味地通过增加机器来解决并发量的增长，成本是非常高昂的。结合技术优化方案，才是更有效的解决方法。　　并发连接数为什么呈指数增长？实际上，从这几年的用户基数上看，这个数量并没有出现指数增长，因此它并非主要原因。主要原因，还是web变得更复杂，交互更丰富所导致的。　　1. 页面元素增多，交互复杂　　Web页面元素越来越多，更为丰富。更多的资源元素，意味着更多的下载请求。Web系统的交互越来越复杂，交互场景和次数也大幅增加。以“www.qq.com”的首页为例子，刷新一次，大概会有244个请求。并且，在页面打开完成之后，还会有一些定时的查询或者上报请求持续运作。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9de76dfab.jpg" />　　目前的Http请求，为了减少反复的创建和销毁连接行为，通常都建立长连接（Connection keep-alive）。一经建立，这个连接会被保持住一段时间，被后续请求复用。然而，它也带来了另一个新的问题，连接的保持是会占用Web系统服务端资源的，如果不充分使用这个连接，会导致资源浪费。长连接被创建后，首批资源传输完毕，之后几乎没有数据交互，一直到超时时间，才会自动释放长连接占据的系统资源。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9e1a02efa.jpg" />　　除此之外，还有一些Web需求本身就需要长期保持连接的，例如Web socket。　　2. 主流的本浏览器的连接数在增加　　面对越来越丰富的Web资源，主流浏览器并发连接数也在增加，同一个域下，早期的浏览器一般只有1-2个下载连接，而目前的主流浏览器通常在2-6个。增加浏览器并发连接数目，在需要下载资源比较多的场景下，可以加快页面的加载速度。更多的连接对浏览器加载页面元素是有好处的，在某些连接遭遇“网络阻塞”的情况下，其他正常的下载连接可以继续工作。　　这样自然无形增加了Web系统后端的压力，更多的下载连接意味着占据了更多的Web服务器的资源。而在用户访问高峰期，自热而然就形成了“高并发”场景。这些连接和请求，占据了服务器的大量CPU和内存等资源。尤其在资源数目超过100+的网站页面中，使用更多的下载连接，非常有必要。　　二、Web前端优化，降低服务端压力在缓解“高并发”的压力，需要前端和后端的共同配合优化，才能达到最大效果。在用户第一线的Web前端，可以起到减少或者减轻Http请求的效果。　　1. 减少Web请求　　常用的实现方法是通过Http协议头中的expire或max-age来控制，将静态内容放入浏览器的本地缓存，在之后的一段时间里，不再请求Web服务器，直接使用本地资源。还有HTML5中的本地存储技术（LocalStorage），也被作为一个强大的数据本地缓存。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9e77ac0c5.jpg" />　　这种方案缓存后，根本不发送请求到Web服务器，大幅降低服务器压力，也带来了良好的用户体验。但是，这种方案，对首次访问的用户无效，同时，也影响部分Web资源的实时性。　　2. 减轻Web请求　　浏览器的本地缓存是存在过期时间的，一旦过期，就必须重新向服务器请求。这个时候，会有两种情形：　　（1）服务器的资源内容没有更新，浏览器请求Web资源，服务器回复“可以继续使用本地缓存”。（发生通信，但是Web服务器只需要做简单“回复”）　　（2）服务器的文件或者内容已经更新，浏览器请求Web资源，Web服务器通过网络传输新的资源内容。（发生通信，Web服务器需要完成复杂的传输工作）　　这里的协商方式是通过Http协议的Last-Modified或Etag来控制，这个时候请求服务器，如果是内容没有发生变更的情况，服务器会返回304 Not Modified。这样的话，就不需要每次请求Web服务器都做复杂的传输完整数据文件的工作，只要简单的http应答就可以达到相同的效果。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9e95ef4fc.jpg" />　　虽然上述请求，起到“减轻”Web服务器的压力，但是连接仍然被建立，请求也发生了。　　3. 合并页面请求　　如果是比较老一些的Web开发者，应该会更有印象，在ajax盛行之前。页面大部分都是直接输出的，并没有这么多的ajax请求，Web后端将页面内容完全拼凑好了，再返回给前端。那个时候，页面静态化，是一个挺广泛的优化方式。后来，被交互更友好的ajax渐渐替代了，一个页面的请求也变得越来越多。　　由于移动端的网络（2G/3G）比起PC宽带差很多，并且部分手机配置比较低，面对一个超过100个请求的网页，加载的速度会缓慢很多。于是，优化的方向又重新回到合并页面元素，减少请求数量：　　（1）合并HTML展示内容。将CSS和JS直接嵌入到HTML页面内，不通过连接的方式引入。　　（2）Ajax动态内容合并请求。对于动态内容，将10次Ajax请求合并为1次的批量信息查询。　　（3）小图片合并，通过CSS的偏移量技术Sprites，将很多小图片合并为一张。这个优化方式，在PC端的Web优化中，也非常常见。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9ebd822b1.jpg" />　　合并请求，减少了传输数据的次数，也就是相当于将它们从一个一个地请求，变为一次的“批量”请求。上述优化方法，到达“减轻”Web服务器压力的目的，减少了需要建立的连接。　　三、 节约Web服务端的内存前端的优化完成，我们就需要着眼于Web服务端本身。内存是Web服务器非常重要的资源，更多的内存通常意味着可以同时放入更多的工作任务。就Web服务占用内存而言，可以粗略划分：　　（1）用来维持连接的基本内存，进程初始化时，会载入一些基础模块到内存。　　（2）被传输的数据内容载入到各个缓冲区，占据的内存。　　（3）程序执行过程中，申请和使用的内存。　　如果维持一个连接，能够尽可能少占用内存，那么我们就可以维持更多的并发连接，从而让Web服务器支持更多的并发连接数。　　Apache（httpd）是一个成熟并且古老的Web服务，而Apache的发展和演变，一直在追求做到这一点，它试图不断减少服务占据的内存，以支持更大的并发量。以Apache的工作模式的演变为视角，我们一起来看看，它们是如何优化内存的问题的。　　1. prefork MPM，多进程工作模式　　prefork是Apache最成熟和稳定的工作模式，即使是现在，仍然被广泛使用。主进程生成后，它先完成基础的初始化工作，然后，通过fork预先产生一批的子进程（子进程会复制父进程的内存空间，不需要再做基础的初始化工作）。然后等待服务，之所以预先生成，是为了减少频繁创建和销毁进程的开销。多进程的好处，是进程之间的内存数据不会相互干扰，同时，某个进程异常终止也不会影响其他进程。但是，就内存而言，每个httpd子进程占用了很多的内存，因为子进程的内存数据是复制父进程的。我们可以粗略认为，这里存在大量的“重复数据”被放在内存中。最终，导致我们能够生成的子进程最大数量是很有限。在面对高并发时，因为有不少Keep-alive的长连接，将这些子进程“霸占”住，很可能导致可用子进程耗尽。因此，prefork并不太适合高并发场景。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9f09ce35b.jpg" />　　<ul><li>优点：成熟稳定，兼容所有新老模块。同时，不需要担心线程安全的问题。（例如，我们常用的mod_php，将PHP编译为Apache的子模块，就不需要支持线程安全）<li>缺点：一个服务进程占用很多内存。</ul>2. worker MPM，多进程和多线程的混合模式　　worker模式比起prefork，是使用了多进程和多线程的混合模式。它也预先fork了几个子进程（数量很少），然后每个子进程创建一些线程（其中包括一个监听线程）。每个请求过来，会被分配到1个线程来服务。线程比起进程会更轻量，因为线程通常会共享父进程的内存空间，因此，内存的占用会减少一些。在高并发的场景下，因为比起prefork更省内存，因此会有更多的可用线程。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9f2617942.jpg" />　　但是，它并没有解决Keep-alive的长连接“霸占”线程的问题，只是对象变成了比较轻量的线程。　　有些人会觉得奇怪，那么这里为什么不完全使用多线程呢，还要引入多进程？因为还需要考虑稳定性，如果一个线程挂了，会导致同一个进程下其他正常的子线程都挂了。如果全部采用多线程，某个线程挂掉，就导致整个Apache服务“全军覆没”。而目前的工作模式，受影响的只是Apache的一部分服务，而不是整个服务。　　线程共享父进程的内存空间，减少了内存的占用，却又引起了新的问题。就是“线程安全”，多个线程修改共享资源导致的“竞争行为”，又强迫我们所使用的模块必须支持“线程安全”。因此，它有一定程度上增加Web服务的不稳定性。例如，mod_php所使用的PHP拓展，也同样需要支持“线程安全”，否则，不能在该模式下使用。　　<ul><li>优点：占据更少的内存，高并发下表现更优秀。<li>缺点：必须考虑线程安全的问题，同时锁的引入又增加了CPU的开销。</ul>3. event MPM，多进程和多线程的混合模式，引入Epoll　　这个是Apache中比较新的模式，在现在的版本（Apache 2.4.10）已经是稳定可用的模式。它和worker模式很像，最大的区别在于，它解决了keep-alive场景下，长期被占用的线程的资源浪费问题。event MPM中，会有一个专门的线程来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务线程，执行完毕后，又允许它释放。它减少了“占据”连接而又不使用的资源浪费，增强了高并发场景下的请求处理能力。因为减少了“闲等”的线程，线程的数量减少，同等场景下，内存占用会下降一些。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9f40e7349.jpg" />　　event MPM在遇到某些不兼容的模块时，会失效，将会回退到worker模式，一个工作线程处理一个请求。新版Apache官方自带的模块，全部是支持event MPM的。注意一点，event MPM需要Linux系统（Linux 2.6+）对EPoll的支持，才能启用。Apache的三种模式中在真实应用场景中，event MPM是最节约内存的。　　4. 使用比较轻量的Nginx作为Web服务器　　虽然Apache的不断优化，减少了内存占用，从而增加了处理高并发的能力。但是，正如前面所说，Apache是一个古老而成熟的Web服务，同时，集成很多稳定的模块，是一个比较重的Web服务。Nginx是个比较轻量的Web服务，占据的内存天然就少于Apache。而且，Nginx通过一个进程来服务于N个连接。所使用的方式，并不是Apache的增加进程/线程来支持更多的连接。对于Nginx来说，它少创建了大量的进程/线程，减少了很多内存的开销。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9f5d26fa3.jpg" />　　静态文件的QPS性能压测结果，Nginx性能大概3倍于Apache对静态文件的处理。PHP等动态文件的QPS，Nginx的做法通常是通过FastCGI的方式和PHP-FPM通信的方式完成，PHP作为一个与之无关的外部服务存在。而Apache通常将PHP编译为自己的字模块（新版的Apache也支持FastCGI）。PHP动态文件，Nginx的表现略逊于Apache。　　5. sendfile节约内存　　Apache、Nginx等不少Web服务，都带有sendfile支持的。sendfile可以减少数据到“用户态内存空间”（用户缓冲区）的拷贝，进而减少内存的占用。当然，很多同学第一个反应当然是问Why？为了尽可能清楚讲述这个原理，我们就先回Linux内核态和用户态的存储空间的交互。　　一般情况下，用户态（也就是我们的程序所在的内存空间）是不会直接读写或者操作各种设备（磁盘、网络、终端等），中间通常用内核作为“中间人”，来完成对设备的操作或者读写。　　以最简单的磁盘读写例子，从磁盘中读取A文件，写入到B文件。A文件数据是从磁盘开始，然后载入到“内核缓冲区”，然后再拷贝到“用户缓冲区”，我们才可以对数据进行处理。写入的时候，也同理，从“用户态缓冲区”载入到“内核缓冲区”，最后写入到磁盘B文件。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dc9f7c5affa.jpg" />　　这样写文件很累吧，于是有人觉得这里可以跳过“用户缓冲区”的拷贝。其实，这就是MMP（Memory-Mapping，内存映射）的实现，建立一个磁盘空间和内存的直接映射，数据不再复制到“用户态缓冲区”，而是返回一个指向内存空间的指针。于是，我们之前的读写文件例子，就会变成，A文件数据从磁盘载入到“内核缓冲区”，然后从“内核缓冲区”复制到B文件的“内核缓冲区”，B文件再从”内核缓冲区“写回到磁盘中。这个过程，减少了一次内存拷贝，同时也少内存占用。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca052cc655.jpg" />　　好了，回到sendfile的话题上来，简单的说，sendfile的做法和MMP类似，就是减少数据从”内核态缓冲区“到”用户态缓冲区“的内存拷贝。　　默认的磁盘文件读取，到传输给socket，流程（不使用sendfile）是：　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca0696adfd.jpg" />　　使用sendfile之后：　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca07b7cd7a.jpg" />　　这种方式，不仅节省了内存，而且还有CPU的开销。　　四、节约Web服务器的CPU对Web服务器而言，CPU是另一个非常核心的系统资源。虽然一般情况下，我们认为业务程序的执行消耗了我们主要CPU。但是，就Web服务程序而言，多线程/多进程的上下文切换，也是比较消耗CPU资源的。一个进程/线程通常不能长期占有CPU，当发生阻塞或者时间片用完，就无法继续占用CPU，这个时候，就会发生上下文切换，CPU时间片从老进程/线程切换到新的。除此之外，在并发连接数目很高的场景下，对这些用户建立的连接（socket文件描述符）状态的轮询和检测，也是比较消耗CPU的。　　而Apache和Nginx的发展和演变，也在努力减少CPU开销。　　1. Select/Poll（Apache早期版本的I/O多路复用）　　通常，Web服务都要维护很多个和用户通信的socket文件描述符，I/O多路复用，其实就是为了方便对这些文件描述符的管理和检测。Apache早期版本，是使用select的模式，简单的说，就是将这些我们关注的socket文件描述符交给内核，让内核告诉我们，那些描述符可操作。Poll与select原理基本相同，因此放在一起，它们之间的区别，就不赘叙了哈。　　select/poll返回的是一个我们之前提交的文件描述符集合（内核将其中可读、可写或者异常状态的socket文件描述符的标识位修改了），我们需要通过轮询检查才能获得我们可以操作的文件描述符。在这个过程中，不断重复执行。在实际应用场景中，大部分被我们监控的socket文件描述符，都是”空闲的“，也就是说，不能操作。我们对整个集合轮询，就是为了找了少部分我们可以操作的socket文件描述符。于是，当我们监控的socket文件描述符越多（用户并发连接数越来越多），这个轮询工作，也就越来越沉重，进而导致增大了CPU的开销。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca09e980c3.jpg" />　　如果我们监控的socket文件描述符，几乎都是”活跃的“，反而使用这种模式更合适一点。　　2. Epoll（新版的Apache的event MPM，Nginx等支持）　　Epoll是Linux2.6开始正式支持的I/O多路复用，我们可以理解为它是对select/poll的改进。首先，我们同样将我们关注的socket文件描述符集合告诉给内核，同时，给它们注册”回调函数“，如果某个socket文件准备好了，就通过回调函数通知我们。于是，我们就不需要专门去轮询整个全量的socket文件描述符集合，直接可以得到已经可操作的socket文件描述符。那么，那些大部分”空闲“的描述符，我们就不遍历了。即使我们监控的socket文件描述越来越多，我们轮询的也只是”活跃可操作“的socket文件描述符。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca0e118837_middle.jpg" />　　其实，有一种极端点的场景，就是我们全部文件描述符几乎都是”活跃“的，这样反而导致了大量回调函数的执行，又增加了CPU的开销。但是，就Web服务的真实场景，绝大部分时候，都是连接集合中都存在很多”空闲“连接。　　3. 线程/进程的创建销毁和上下文切换　　通常，Apache某一个时间内，是一个进程/线程服务于一个连接。于是，Apache就有很多的进程/线程，服务于很多的连接。Web服务在高峰期，会建立很多的进程/线程，也就带来很多的上下文切换开销。而Nginx，它通常只有1个master主进程和几个worker子进程，然后，1个worker进程服务很多个连接，进而节省了CPU的上下文切换开销。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca123dbce7.jpg" />　　两种模式虽然不同，但实际上不能直接出分好坏，综合来说，各有各自的优势，就不妄议了哈。　　4. 多线程下的锁对CPU的开销　　Apache中的worker和event模式，都有采用多线程。多线程因为共享父进程的内存空间，在访问共享数据的时候，就会产生竞争，也就是线程安全问题。因此通常会引入锁（Linux下比较常用的线程相关的锁有互斥量metux，读写锁rwlock等），成功获取锁的线程可以继续执行，获取失败的通常选择阻塞等待。引入锁的机制，程序的复杂度往往增加不少，同时还有线程“死锁”或者“饿死”的风险（多进程在访问进程间共享资源的时候，也有同样的问题）。　　死锁现象（两个线程彼此锁住对方想要获取的资源，相互阻塞等待，永远无法达不到满足条件）：　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca151de829.jpg" />　　饿死现象（某个线程，一直获取不到它想要锁资源，永远无法执行下一步）：　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca17006d65.jpg" />　　为了避免这些锁导致的问题，就不得不加大程序的复杂度，解决方案一般有：　　（1）对资源的加锁，根据约定好的顺序，大家都先对共享资源X加锁，加锁成功之后才能加锁共享资源Y。　　（2）如果线程占有资源X，却加锁资源Y失败，则放弃加锁，同时也释放掉之前占有的资源X。　　在使用PHP的时候，在Apache的worker和event模式下，也必须兼容线程安全。通常，新版本的PHP官方库是没有线程安全方面的问题，需要关注的是第三方扩展。PHP实现线程安全，不是通过锁的方式实现的。而是为每个线程独立申请一份全局变量的副本，相当于线程的私人内存空间，但是这样做相对消耗多一些内存。不过，这样的好处，是不需要引入复杂的锁机制实现，也避免了锁机制对CPU的开销。　　这里顺便提到一下，经常和Nginx搭配工作的PHP-FPM（FastCGI）使用的是多进程，因此不会有线程安全的问题。　　<img src="http://img.ptcms.csdn.net/article/201502/12/54dca188c2874.jpg" />　　五、 小结可能有些同学看完之后，会得出结论，Nginx+PHP-FPM的工作方式，似乎是最节省系统资源的Web系统工作方式。某种程度上说，的确是可以这么说的，但是Web系统的搭建，需要从实际业务应用的角度出发，具体问题需要具体分析，寻求最合适的技术方案。　　Web服务的不断演变和发展，努力地追求用尽可能少的系统资源，来支撑更多的用户请求，这是一条波澜壮阔的前进之路。这些技术方案，汇聚了很多值得学习和借鉴的解决问题的思路。

一、越来越多的并发连接数现在的Web系统面对的并发连接数在近几年呈现指数增长，高并发成为了一种常态，给Web系统带来不小的挑战。以最简单粗暴的方式解决，就是增加Web系统的机器和升级硬件配置。虽然现在的硬件越来越便宜，但是一味地通过增加机器来解决并发量的增长，成本是非常高昂的。结合技术优化方案，才是更有效的解决方法。　　并发连接数为什么呈指数增长？实际上，从这几年的用户基数上看，这个数量并没有出现指数增长，因此它并非主要原因。主要原因，还是web变得更复杂，交互更丰富所导致的。 1. 页面元素增多，交互复杂 　　Web页面元素越来越多，更为丰富。更多的资源元素，意味着更多的下载请求。Web系…

阅读全文

搜索此博客

三思屋

博文

重装系统前驱动备份及驱动恢复批处理命令

MySQL配置文件my.cnf性能优化

【听听吧】我在人民广场吃炸鸡-阿肆

记一次重构：并行化调用接口实践

魂斗罗水下八关存在（附视频）

幻体：续命游戏 Self/less (2015) Self/less

听说，晚上关上门拉上窗帘……

AR+手工艺：这款 AR 工具让你一秒变鲁班

爸带你去吃旋转寿司

纯PHP下 Mysql PDO 使用方法小记

物联网相关web技术

反恐精英CS 1.6 精简中文版

高并发Web服务的演变——节约系统内存和CPU

Popular Posts

《活法》作者：[日]稻盛和夫 pdf下载

Microsoft 365安装包下载（Office桌面应用）

解决部分网站禁止复制内容的js脚本（无需安装插件）

使用AdGuard的公共dns屏蔽广告

麦当劳免费Wifi帐号密码及连接设置

MIFARE Classic Tool - 安卓NFC门禁卡修改工具

你恨你的亲人吗？

中兴ZTE H618B 路由器固件刷机备忘

google voice 无限短信接口程序

月光宝盒 - 提供网站数据备份服务