应用云平台的可用性——从新浪SAE看云平台设计
云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Abel Avram 译者 王瑜珩 发布于 2009年11月9日
Fabrice Marguerie是一位软件架构师和咨询师,他在MSDN发表了如何检测和避免.NET程序内存与资源泄漏的文章。此文章描述了编写.NET程序时可能发生的内存与资源泄漏,以及如何避免这些泄漏。
C#这样的编程语言使用垃圾收集器来清理内存,对于程序完全不会再访问的内存,本应是没有内存泄漏的。Fabrice称,内存泄漏发生在一块内存不 再被使用,但却依然被程序所引用时。当一块内存无法被程序访问到时,垃圾收集器将会重新分配这块内存,但是如果程序仍然保持对内存的引用却不使用这块内存 时,就会造成内存泄漏。
Fabrice还列举了一些可能泄漏的系统资源:
- The system uses User objects to support window management. They include: Accelerator tables, Carets, Cursors, Hooks, Icons, Menus and Windows.
- 用于窗口管理的用户对象,包括快捷键表、符号、光标、钩子、图标、菜单和窗口。
- 用于图形的GDI对象:位图、画刷、设备环境(DC)、字体、内存DC、元文件、调色板、画笔、区域等。
- 用于内存管理、进程执行和进程间通信(IPC)的Kernel对象:文件、进程、线程、信号、定时器、访问令牌、套接字等。
这些资源都是有限制的,注册表中的GDIProcessHandleQuota和 USERProcessHandleQuota键保存了单个进程可用的最大GDI对象和用户对象数量,默认值是10000。虽然这个数字对于大多数程序足 够了,但如果使用的过多则可能会达到另一个限制,一个Windows session最多只能有65536个句柄。Fabrice说这个限制很容易就会达到。他的结论是,要小心使用和释放系统资源。
Fabrice列举了一些内存泄漏的根本原因,以及是如何造成泄漏的:
作者在文章中还提供了一些避免内存泄漏的建议:
Fabrice最后介绍了一些工具来对付泄漏:GDILeaks(EXE)、dotTrace、.NET Memory Profiler、SOS.dll和WinDbg。
查看英文原文:Dealing with Memory Leaks in .NET
译者 王瑜珩 InfoQ中文站编辑,ThoughtWorks咨询师,关注企业级Web开发、敏捷实践以及项目管理。
但还是不断有人犯错误
这个是事实
"未退订的事件-作者认为这是最常见的内存泄漏原因"
不是很理解,有人能解释一下吗?我一个类A里头提供了一个事件,其他类B使用的时候订阅了这个事件,当这个类A实例销毁的时候,我需要在类A的析构函数中显式退订所有这个事件的订阅者?是这个意思吗?
"未退订的事件-作者认为这是最常见的内存泄漏原因"
不是很理解,有人能解释一下吗?我一个类A里头提供了一个事件,其他类B使用的时候订阅了这个事件,当这个类A实例销毁的时候,我需要在类A的析构函数中显式退订所有这个事件的订阅者?是这个意思吗?
按照msdn的解释,应该不是我说的那个意思。应该是说订阅之后,类B实例即使已经没有显示引用了,但是由于它的事件处理器被类A实例引用着,因此类B无法正确释放,除非等到类A先释放或者退订了事件处理器。
.net的事件使用了观察者模式来实现, 所以每次A挂B的事件, 都将导致在B中保存A的引用, 结果就是A不能被销毁。 所以在A不用之前, 必须在A上面摘掉所有的事件。否则依然存在对A的引用。 我是这么理解的。
你理解的没错
不是的, 是说类A有一个事件, 如果有很多对象订阅了类A的某个实例的事件, 如果A的这个实例一直被引用,那么订阅这个实例的其他很多对象也是被引用的.
云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。
淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011。
2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。
12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011。
篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011。
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。
随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。
7 条回复
关注此讨论 回复