江油网站网站建设,手机用什么软件做网站,做网站怎么收费多少,网页设计图片旋转来自Microsoft研究院、剑桥大学和普林斯顿大学的一些研究人员构建了一个.NET的分支#xff0c;实现了在运行时中添加支持手工内存管理的API。研究方法的细节及所获得的性能提升发表在名为“Project Snowflake: Non-blocking Safe Manual Memory Management in .NET”#xff…来自Microsoft研究院、剑桥大学和普林斯顿大学的一些研究人员构建了一个.NET的分支实现了在运行时中添加支持手工内存管理的API。研究方法的细节及所获得的性能提升发表在名为“Project Snowflake: Non-blocking Safe Manual Memory Management in .NET”“雪花”项目非阻塞的、安全的.NET手工内存管理的论文中。
“雪花“项目意在实现.NET中的手工内存管理这一改进被认为对一些应用是非常有用。C#、.NET等现代编程语言都采用了垃圾回收机制使编程人员得以从管理对象的任务中解放出来这一机制的优点广为人知涉及提高生产力、改进程序稳定性、内存安全及防止恶意操作等方面。但是垃圾回收机制需要付出一些性能上的代价尽管这在很多情况下不易被察觉但是在一些情况下还是存在问题的。“雪花”项目的研究人员就指出对于在具有上百GB堆内存的系统上运行数据分析和流处理任务就可受益于手工内存管理。
“雪花”项目所引入的手工内存管理是与垃圾回收机制并行工作的开发人员一般情况下使用的是垃圾回收机制但在环境需要时也可以选择手工内存管理。该引入到运行时中的改进并不会对已有应用产生影响并且会改进多线程应用的性能。“雪花”项目实现了“在程序任一位置分配和释放独立对象并确保手工管理对象同样享有完全的类型安全和时序安全即使存在并发访问时。”
“雪花”中提出了两个新概念即对象“所有者”Owner和“护盾”Shield它们实现为CoreCLR和CoreFX层级的API。“所有者”表示了栈或堆中的一个位置保存了对手工堆中分配对象的唯一引用。“所有者”获取自“护盾”而引入“护盾”是为了避免手工对象在被多个线程访问时重分配deallocate。“护盾”确保了当最后使用一个对象的线程重分配该对象后才从堆中移除该对象。论文中是如下详细阐述该机制的
我们的解决方案……受到了无锁数据结构研究中的“风险指针”Hazard Pointer这一概念的启发。我们引入了一种机制当线程想要通过其中一个“所有者”位置访问手工对象时这一意图将会发布在线程本地状态TLSThread-Local State中。此注册过程可看成是创建了一个“护盾”该“护盾”将保护对象不会被重分配并授权发布注册的线程可直接访问对象例如调用对象的方法或是转换mutate对象的字段。同时不允许任何线程同一线程或另一个线程重分配对象及回收reclaim对象的内存。一旦客户代码不再需要访问该对象就可以释放dispose“护盾”即从对象的TLS中移除了指向该对象的引用。直接访问从“护盾”获取的对象是不安全的操作因为在释放“护盾”后实际的重分配操作依然允许继续。
论文中提供了一系列给定场景下的测试结果表明使用“雪花”项目的性能相比于垃圾回收机制取得了改进。其中“在峰值工作集上获得了高达三倍的性能提高在运行时上取得了两倍的性能提高”。测试结果给出了很好的性能改进。这是因为当对象池非常大时垃圾回收为释放内存需要花费很多时间遍历对象图。
Microsoft并未详述是否有规划在.NET中加入“雪花”项目。但考虑到这是一种非侵入式的和安全的机制我们希望在.NET的未来版本中能集成类似的功能。
原文地址http://www.infoq.com/cn/news/2017/09/snowflake .NET社区新闻深度好文微信中搜索dotNET跨平台或扫描二维码关注
