镜像

3月29日消息，记者从新特汽车获悉，其首款量产车型新特DEV1试制样车于今日正式在贵安新区下线，同时有媒体曝出了新特联合创始人兼CEO先越个人朋友圈发布的DEV1多张细节图，新车将会在4月19日新特DEV1发布会上正式亮相并开启预定，预计在年底实现量产。

从已经曝光的细节图来看，DEV1外观细节设计堪称前卫时尚。外观方面，DEV1采用的是双色悬浮车顶设计。这种设计可以断开车身本体颜色纵向的连续而使整车视觉高度比实际高度低，让整个车身看起来更加运动。这种设计在MiniCooperS、路虎揽胜等多种车型上都有使用，最早可追溯到2013年北美国际车展上的日产Resonance概念车。

（DEV1采用双色悬浮车顶设计）

（DEV1右后侧尾灯黑色涂装接近新特logo的镜像）

虽然照片只曝光了DEV1的右后侧尾灯，但也可以看出其尾部采用黑白双色涂装，整体造型较为饱满。而尾灯采用不规则造型，灯组内部融入LED灯带，视觉效果更加醒目，预计点亮后会有不错的效果。

（DEV1的轮毂）

和同级别的竞品相比，新特DEV1的轮毂明显拥有气场优势，充满时尚运动气息。轮毂采用多辐双色轮圈，纹理装饰，在A0级别的电动汽车里这种设计并不多见，显得较为大气。

（DEV1多功能平底方向盘和悬浮式中控大屏）

内饰方面，多功能平底方向盘、悬浮式中控大屏、中控屏清晰度和简约操作界面以及钢琴键中控按钮都让整车具有十足的档次感，系统的配色和UI设计体现了DEV1的大厂风范。仔细观察不难发现，DEV1的方向盘和中控的造型风格与宝马2系有近似之感。总体来看，这套源自于瑞士汽车工业设计大师的内饰简约而不简单。

据了解，除了看得见的部分，在配置方面新车还会搭载D-OS智能车联网系统，除常规的智能语音交互、路况信息之外，新车将在语音+图像识别方面有一些创新性技术突破，以此深耕场景化智能交互功能。

细节之处其实更能看懂一家车企的创新、设计和制造能力，从目前露出的几张新特汽车的细节图和掌握的信息来看，成立仅半年的新特汽车堪称目前最用心，执行力最强的新兴车企。

新特汽车相关负责人透露，DEV1作为一款A0级纯电动智能汽车，在整车颜值、续航、充电模式等方面均会有出色表现，智能化方面，新车将在语音+图像识别方面有一些创新性技术突破，整车配置方面不逊于目前市场同级别主力车型。

DEV1作为一款A0级纯电动智能汽车，将于4月19日在北京召开的新车发布会上正式亮相，预计年底实现量产。在一汽、摩拜等多方合作伙伴的加持之下，新特大有将DEV1打造成A0级电动汽车标杆产品的野心。

背景

云主机创建有两种方式，一种通过镜像下载来创建，另一种通过快照回滚来创建，前者是通用的传统方式，后者依赖于CBS云盘能力。随着CBS云盘使用越来越广泛，腾讯云主机创建也由原来的镜像下载切换到CBS云盘快照回滚模式。

通过传统镜像下载的方式来创建云主机，在云主机拉起前，需要将整个镜像文件都下载到宿主机上，所以云主机的创建时间很大程度上依赖所选取的镜像和当时下载镜像的带宽。当遇到比较大的镜像时，云主机创建时间经常会达到几百秒，这样的用户体验不是太好；另外，当批量创建时，需要消耗大量的内网带宽资源，需要在尽量占用网络带宽的同时做好Qos，保证不影响用户的正常使用。

使用云盘快照回滚的方式来创建云主机，不需要提前下载镜像，而是在云主机拉起时，优先将要访问的数据从快照系统搬迁到CBS云盘系统中。我们观察到，云主机拉起过程中访问的数据量和镜像大小并不是严格的线性关系，即便是较大的镜像，在云主机拉起时也只会访问到很少一部分数据，搬迁流程如下：

图1.云盘快照数据搬迁流程

当有快照回滚请求时，我们首先会在后台启动一个任务，将快照数据按顺序从COS读出写入到存储池中，同时我们不会阻碍用户对回滚磁盘的正常读写。当有用户请求过来时（步骤1），会先在driver中检查对应lba的快照数据是否已经被写入，如果写入则IO直接下发（步骤7），否则，会阻塞IO并先给scheduler发送trigger请求（步骤3），scheduler会优先将trigger请求处理，交给搬迁模块将对应的快照数据从COS读出，写入到存储池（步骤3、4、5），等写入完毕后，scheduler先记录搬迁bitmap到zk并给driver返回triggerresponse和当前的快照数据回滚进度（步骤6），driver收到后则不再阻塞io，让其正常下发（步骤7）。

聚焦延迟和并发，云主机创建优化之路

云盘快照回滚优先搬迁关键数据这种机制为我们批量创建云主机奠定了基础，在此基础上，我们还围绕着延迟和并发这两点做了一系列优化。

transfer增加cache

子机批量创建时，经常是使用同一个镜像克隆出几百或上千台子机，如果所有数据都从COS系统拉取，对COS的读压力会非常大，会触发COS的Qos流控。为了让批量创建时读取镜像的流量不再受限于COS的带宽，我们在transfer中增加了cache，每个transfer中都缓存镜像的部分数据块，一旦命中transfer的cache就不再从COS拉取数据，这样每个transfer只需拉取一次镜像；当cache流量达到瓶颈时，可以通过临时增加节点来增加带宽，具备水平扩展能力。

在增加了cache后，我们对transfer部署也做了优化，每个zone都部署了若干个节点，当有数据块搬迁请求时，任务总是会优先落到和CBS盘底层存储节点相同zone的transfer上，这样就可以实现就近搬迁。

通过cache优化，可以将单个数据块的搬迁耗时从100+ms降低到10+ms，大大降低了IO延迟。

图2.transfercache

scheduler性能优化

在快照回滚创建云主机过程中，核心处理逻辑在scheduler，因为client端每个IOtrigger请求都要经过scheduler，并且由于每个由trigger触发的快照数据块搬迁都要在zk里记录起来，所以scheduler的负载以及zk写入能力会直接影响到整个快照系统的吞吐。

首先，我们优化了scheduler，将请求接收、处理以及与后端交互部分的逻辑拆开来，形成流水线，尽量减少因某个请求处理慢导致其他请求排队的情况，每个部分都由一个线程池来并行处理，尽量将整机的计算能力利用起来；

其次，针对zk写入压力大的问题，我们将写入zk的数据做了分类，变化不频繁的一些元数据还是写入zk；而记录trigger搬迁状态的那些元数据，需要频繁修改，这部分数据不适合存zk，我们将其offload到一个qps更高的存储系统上，这样一来，scheduler的处理能力得到了成倍的增长。

另外，为防止回滚的流量影响到其他用户对磁盘的正常使用，我们在scheduler做了必要的Qos。首先限制落到同一个副本组的回滚带宽，在整个副本组带宽空闲时，回滚流量不能超过限制；而当整个副本组的带宽达到上限时，回滚带宽会自动回退，优先保证用户的正常IO延迟。其次，当同时有顺序搬迁任务和trigger请求任务时，优先处理trigger请求任务，保证用户体验。

最后，我们通过对scheduler改造，做到水平可扩展，使其不再成为性能瓶颈。

图3.scheduler拆分

买盘调度

当用快照回滚的方式批量创建云主机时，会将快照数据写入新创建的所有CBS云盘。如果大量的云盘落在同一个副本组，则会造成这个副本组写入流量过大，触发前一节提到的副本组回滚带宽限制。为避免这个问题，我们加入一个调度系统，在批量购买云盘时，从副本组剩余容量、已创建的volume数、回滚带宽、副本组写入带宽四个纬度综合考量，把同一批次创建的CBS云盘尽量打散到多个副本组。这样一来，首先可以保证在创建时，单个副本组不会成为流量热点；其次可以在一定程度上保证所有的副本组在创建时流量均衡，将整个存储池的带宽充分利用起来；最后，同一批次购买的CBS云盘打散，可以将用户因为某个副本组出故障受到的影响降到最低。

减少子机拉起时的数据量

前面主要从降低延迟和增大回滚带宽角度去考虑如何优化，目的是让后端系统能够承载更大的回滚带宽，提升快照数据搬迁效率。如果在快照数据搬迁过程中，CBS云盘有IO访问到还未搬迁的数据块，就会产生一个trigger请求，后台系统需要优先搬迁trigger请求对应位置的快照数据，这对scheduler会造成额外的负担，所以如何减少子机拉起时产生的IOtrigger，减少对后端系统的压力，对云主机并发创建很有意义。

对子机拉起过程进行分析，我们发现，在子机拉起过程中，文件系统扩容和配置文件修改都会在后端产生不少iotrigger。文件系统扩容一般发生在快照里的文件系统size小于要回滚的CBS云盘size，在这种场景下，需要先将原文件系统的元数据全部读到内存中，修改后再写入。像ext系列文件系统的元数据是散落在每个块组中的，所以读元数据会变成随机读操作，几乎每个随机读都会产生一个trigger，触发后端快照数据块搬迁，而文件系统的block大小远小于快照粒度，这里相当于发生了读写放大；为此，我们通过修改文件系统配置，让所有元数据集中，这样读元数据就变成了顺序读写，这样就可以将请求合并，从而减少后端压力。经过优化后，文件系统扩容时，后端IO压力可以降低到原来的五分之一，耗时降低到原来的四分之一。

其次，对于配置文件修改，如果直接在原文件上修改，既要读写文件元数据，又要读写文件数据，开销比较大；所以改成删除+写新文件的方式，这样不需要读文件数据，可以有效减少IO。

总结：

通过上述几个层面的技术优化，目前，腾讯云已经可以做到八千台子机并发创建，为客户提供更好的服务体验。后续，我们的优化还会一直进行下去，欢迎大家给我们提出宝贵意见。

不知不觉，收费版的WinRAR已经统治了压缩工具市场很长很长一段时间，保守估计都有10年时间。或许以前没有一款真正能动摇WinRAR地位的软件，但现在也没有跟WinRAR抗衡的压缩软件吗？

为了摆脱使用破解版的WinRAR的困扰，笔者基本上将国内所有的免费压缩软件都使用了一遍，其中给笔者留下印象最深的是快压这款压缩软件软件。

在笔者看来，快压(kuaizip)有三大独门绝技让我选择他而放弃使用多年的WinRAR。三大独门绝技分别是硬盘扩容功能、挂载IOS光盘镜像功能（也就是虚拟光驱功能）和一键分享给好友功能。

软件名称：快压(kuaizip)软件版本：2.5.0.0简体中文版软件大小：5.15MB软件授权：免费适用平台：WinXPWin2003VistaWin7下载地址：http://dl.pconline.com.cn/download/65397.html

目前快压的最新版本是2.5.0正式版，建议大家直接下载最新版，确保能使用全部和最新的功能！

独门绝技第一式——硬盘扩容

下载多了，就会发现硬盘里每个角落都有压缩文件的痕迹。而且，这些压缩文件的容量可一点都不小，可能占领硬盘数G的空间也说不定！

或许你有想过把某一些大大的压缩文件再压一压，但又不知道哪个可以继续压缩，更不想一个个去查看这么麻烦……

如果你使用了快压，以上的烦恼都不是烦恼，一个“硬盘扩容”就能解决所有问题！

可以帮笔者电脑节省2.92GB

笔者点击硬盘扩容之后，快压就自动智能寻找系统里面的那些常用但不属于系统和软件一部分的压缩文件，例如.rar和.zip。等待快压全部都找到之后，就能看到用户每个压缩包的大小，最重要的是能看到每个压缩包能节省多少空间！

轻松一算，如图1所示，笔者的硬盘就可以扩容近3G。

温馨提醒：如果使用硬盘扩容功能，那就意味着要把压缩文件的格式转换成快压特有的“.kz”格式，如果电脑上没有安装快压，是无法打开这些文件的。

独门绝技第二式——挂载镜像

在以往，如果要加载镜像到虚拟光驱上，就必须要在电脑上安装一个虚拟光驱软件，如果电脑上本身就有虚拟光驱软件，那倒没什么问题，如果没有，那麻烦就大了，不得不去去网络东找西找，还得提放下载了病毒下来。

自从安装了快压之后，什么虚拟光驱软件都可以不需要了，凡是以“.ISO”结尾的光盘镜像文件，直接双击文件，就能直接加载到虚拟盘符里！非常简单易用！

挂载镜像

当然，同样也可以在快压的主窗里选择“挂载”，一样能把光盘镜像放到虚拟光驱盘符里！

独门绝技第三式——一键分享

想把自己电脑里有趣图片或者文件放到网上共享给好友？如果有习惯用网盘的习惯，那倒是不难，如果没有使用网盘的习惯，要不用邮箱发布，要不用找其他网盘来发布！但无论是哪一种，都不能随时共享文件！

然而，有了快压之后，笔者就习惯讲那些非机密的文件通过快压来分享了。

共享Win7主题水果忍者

快压支持一键分享的格式不限定于压缩文件，可以是各种类型的文件！如图3所示，笔者通过快压讲Win7主题《水果忍者》分享出去！

温馨提醒，通过快压一键分享的文件，是有下载次数限定的～

再次提醒，如果盛大网盘里面已经收藏有有这个文件，那么还能达到一秒分享的效果！

写在最后

曾经的WinRAR功能一度很强大，流行的主要原因就是支持的格式非常多。但在追求软件个性化和功能多样化的今天，WinRAR只保留最基本的功能，在功能上已经无法跟国内众多的压缩软件对比。

如果你因为某种原因不想或不能使用长久不衰的WinRAR，那么快压是一个不错的选择！