飞天发布时刻:2024年 Forrester 公有云平台Wave™评估报告解读 了解详情
写点什么

Visual Studio 15 的内存占用探析

  • 2016-10-30
  • 本文字数:1542 字

    阅读完需:约 5 分钟

Jeff Martin 撰写了一系列关于 Visual Studio “15”性能分析的文章。在他的上一篇文章《 Visual Studio “15”的启动优化》中曾提到,微软已承诺全面提升 Visual Studio “15” IDE 的性能。本文将从内存处理的角度,探讨他们在 Technical Preview 5(TP5)中所做的提升:在主程序保留为一个 32 位进程的同时,将部分关键组件迁移到微软独有的进程。

在微软任职的 Ashok Kamath 针对这些改变在《 Visual Studio “15”的内存溢出崩溃减少优化》一文中做了更多的介绍,以便能从更全面的视角来看待这些改变。他提供了一种方法来度量微软开发团队所作出的改进。他提供了 2 个不同的指标:虚拟内存峰值 PVM(Peak Virtual Memory)和个人工作集峰值 PPWS(Peak Private Working Set)。PVM 指的是 VS15 主进程所占用的总内存数。由于主进程是 32 位的,因此它的最大值被限制为 4GB 内存。PPWS 指的是 VS15 的 devenv.exe 和相关进程所占用的物理内存数。

首先被移出 VS15 主进程的是 JavaScript 语言服务。JavaScript 语言服务提供智能提示、代码导航等功能。新的 JavaScript 服务由一个独立的 Node.js 进程协同 VS15 提供对 JavaScript 和 TypeScript 的支持。Kamath 团队通过在 VS 2015 Update 3(Visual Studio 之前的一个版本)和 VS15 Preview 5 中加载 WebSpaDurandal 方案来测量新服务的性能影响。在 VS15 Preview 5 中,PVM 占用量大约减少了 33%,但是 PPWS 的占用量减少得非常少,几乎可以忽略不计。

第二个内存优化的部分是关于调试器中的符号加载。纵观 Visual Studio 的近期发布历史,他们已经通过高侵入性地从 PDB 文件中预加载符号数据来让 C++ 调试器运行地更快。但是这个方案有一个弊端,那就是会消耗大量的内存。在 VS15 中,这个预加载功能被重写。新的预加载功能致力于只加载需要的信息而不是像之前那样“大而全”地加载。为了测量这一改进,Kamath 团队用 VS 2015 Update 3 和 VS15 Preview 5 打开 Unreal Engine 方案,并使用调试器调试 Unreal Engine 进程。结果,VS 2015 Update 3 不能执行这个操作,因为它会因为内存溢出错误而崩溃;TP5 可以执行这个操作,占用大约 3GB PVM 和大约 1.8GB PPWS。

第三个被移出主进程的是关于 Git 的组件。Visual Studio 的先前版本使用 libgit2 库,但是在 TP5 中改用 git.exe。通过使用 Chromium 包测量这个改进,发现在 TP5 中 VS 主进程占用了 0GB PVM,而 VS2015 占用了大约 300B PVM。至于 PPWS 的占用量,两者大致相当。

尽管测量工具已经提供了一些内存占用量减少的证据,但是开发者们获知这一消息后,针对微软采用的一些方案提出了许多问题。首先提到的是,更频繁的内存交换可能导致可用性下降。另外,一位名为“Syka”的评论者提出,尽管从主进程中移出部分组件会解除内存占用方面的限制,但是可能会造成潜在的性能下降。因为跨进程的进程通信相对于原来的进程内部的组件调用来说,会造成更高的通信成本。此外,一些评论者提到,Visual Studio 的真实问题并不是内存占用,而是由于主进程是 32 位而导致的寻址空间的稀缺。为此,他们再次呼吁微软能够开发 64 位版本的 Visual Studio(详情可参考《让VS 扩展支持64 位》)。

作者简介

Jeff Martin 拥有密歇根大学的 MBA 学位,曾在金融领域有所建树,但是为了紧随时代潮流,毅然投身计算机产业。他在业余时间喜欢和妻子一起旅行,阅读和编程。他刚著作了一本新书,《Visual Studio 2013 Cookbook》。可以在 Twitter 上关注他, http://twitter.com/jeffemartin

查看英文原文 Addressing Visual Studio 15’s Memory Usage


感谢冬雨对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-10-30 19:002683

评论

发布
暂无评论
发现更多内容

什么是生产管理?制造企业想要做好生产管理应该怎么做?

优秀

企业生产管理

龙蜥利器:系统运维工具 SysAK的云上应用性能诊断 | 龙蜥技术

OpenAnolis小助手

开源 运维

面向对象

你?

浅析SaaS软件和传统软件交付模式的区别

郑州埃文科技

到底什么是云?其实云计算从业者也不懂!

Geek_f56666

云计算

一个cpp协程库的前世今生(十六)读写锁

SkyFire

c++ cocpp

存储空间降为MySQL的十分之一,TDengine在货拉拉数据库监控场景的应用

TDengine

数据库 大数据 tdengine 物联网

元宇宙时代:银行如何探索数字化转型

CECBC

酒店资产管理系统解决方案

低代码小观

CRM 企业管理系统 CRM系统 企业管理工具 企业管理软件

Mysql的逻辑架构与存储引擎

编程江湖

MySQL

[架构实战营] 模块九作业

张祥

架构实战营

Linux云计算好学吗?Linux云计算运维学习资料 Linux基本操作命令

学神来啦

Spring Boot 实现通用 Auth 认证的 4 种方式

李尚智

Java springboot spring 5 1月月更

一步一步理解Generator函数的原理

恒生LIGHT云社区

JavaScript 前端 Generator

InfoQ写作平台|Python板块试运行

IT蜗壳-Tango

InfoQ-Python板块

Cloudera的企业数据云

郭华

云计算 大数据 数据仓库 云原生

2022 起始篇

万万

一周信创舆情观察(1.4~1.9)

统小信uos

Hoo研究院调研报告 |从公链Terra生态看区块链稳定币的三大核心产品

区块链前沿News

Hoo 虎符交易所 虎符研究院

建立堡垒机的原则有哪些?需要注意哪些方面?

行云管家

网络安全 数据安全 信息泄露 资产安全

企业堡垒机搭建核心需求是什么?可以自己研发搭建吗?

行云管家

网络安全 信息安全 数据安全 IT资产

Flutter:GridPaper 示例

坚果

flutter 1月月更

微软Office新增实用功能允许用户在不同设备上轻松送同步字体

淋雨

2022中国低代码十大发展趋势,市场规模预计达42.6亿

J2PaaS低代码平台

低代码 低代码开发 J2PaaS

恒源云(GPUSHARE)_云GPU服务器如何使用iKataGo?

恒源云

运维 镜像 算力

FabEdge V0.4 新特性:支持多集群通讯

BoCloud博云

云原生 边缘计算 网络 开源社区

开源服务社会:EMQ 映云科技获评“优秀中国开源原生创企”

EMQ映云科技

物联网 开源项目 mqtt

某厂审批流引擎核心技术揭秘

空空

大数据开发之SparkSQL面试篇

@零度

大数据 spark SQL

时空大数据 AI 研究院在京成立,助推时空产业高质量发展

百度大脑

人工智能

组件发布效率提升15倍是怎么做到的——基于 Gradle 调度机制深度研究与优化

字节跳动终端技术

字节跳动 Gradle Andriod

Visual Studio 15的内存占用探析_.NET_Jeff Martin_InfoQ精选文章