仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 909|回复: 12
打印 上一主题 下一主题

[其他Linux] Linux设计对照Ruby和Python的渣滓接纳仓酷云

[复制链接]
小妖女 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:19:14 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
在这里你会学到更多的知识,学习linux,更要学习一种geek的精神,python之禅中也说过:以总结分享为荣,以跪求其解为耻;
注:这篇文章基于我在布达佩斯的RuPy年夜会上所作的演讲。我以为与其间接将幻灯片公布出来,不如在我另有印象的时分将它写成博客来的更成心义。一样,我会在未来公布RuPy年夜会的视频链接。我企图将在RubyConf年夜会上宣布相似的演讲,除有关于Python的部分,而且将对照MRI,JRuby和Rubinius的渣滓接纳器是如何事情的。
假如想要对Ruby渣滓接纳器和外部道理有加倍深切的懂得,你能够在我行将出书的旧书《RubyUnderaMicroscope》中找到谜底。

假如算法和营业逻辑是一团体的年夜脑,那末渣滓接纳机制是人体的哪一个器官呢?

在”RubyPython”年夜会上,我想对照Ruby和Python外部的渣滓接纳机制是一件很成心思的事变。在入手下手之前,我们为何要会商渣滓接纳机制呢?究竟这是一个最诱人的,最使人冲动的主题,不是吗?你们有几人对渣滓接纳机制感应镇静?(很多的年夜会介入者居然举起了双手!)
比来,在Ruby社区中有一篇帖子,关于如何经由过程修正RubyGC的设置来进步单位测试的速率。这棒极了!经由过程削减GC渣滓接纳的处置来进步测试的速率,这是一件很好的事变,可是不怎的,GC不会真实的让我感应镇静。就如咋一看就感到使人腻烦,单调的手艺帖子。
现实上,渣滓接纳是一个引人入胜的主题:渣滓接纳算法不但是盘算机迷信汗青一个主要的部分,更是前沿研讨的一个主题。比方,MRIRuby注释器利用的”MarkSweep”算法已凌驾了50年的汗青,与此同时,在Rubinius注释器中利用的一种渣滓接纳算法,是在Ruby中的另外一种完成体例,这类算法仅仅是在2008才被研讨出来。
但是,”渣滓接纳”的这个称号,长短常的不得当的。
使用程序的心脏
渣滓接纳体系要做的不单单是”接纳渣滓”。现实上,它次要完成三个主要义务:


  • 为新的对象分派内存
  • 标志渣滓对象
  • 接纳渣滓对象占用的内存
设想你的使用程序是一团体的身材:一切你写的文雅的代码,你的贸易逻辑,你的算法,将会成为你的使用程序的年夜脑或智能。与此相似的,你以为渣滓接纳器会成为身材的哪个部分呢?(我从年夜会的听众中失掉了良多风趣的谜底:肾,白细胞)

我以为渣滓接纳器是一个使用的心脏。正如心脏为身材的其他部分供应血液和养料一样,渣滓接纳器供应内存和对象供程序利用。假如你的心脏停跳,你将活不了几秒。假如渣滓接纳器中断运转大概变慢,就像动脉堵塞一样,你的程序将变的慢上去最初逝世失落!
一个复杂的例子
经由过程例子来考证实际是一种很好的体例。这里有一个复杂的类,用Python和Ruby写成,我们能够将它们作为一个复杂的例子:

于此同时,两种代码云云类似让我感应十分受惊:Python和Ruby在表达不异的语义时几近没有不同。可是,两种言语的外部完成体例是不是不异呢?
余暇对象链表
在下面的代码中,当我们挪用了Node.new(1)以后,ruby将会做甚么?也就是说,Ruby如何创立一个新的对象?
使人惊奇的是,Ruby做的事变十分少!现实上,在代码运转之前,Ruby注释器会提早创立不计其数的对象安排到一个链表中,这个链表被称为”余暇对象链表”(freelist)。余暇对象链表(`freelist`)在观点上看起来像上面的模样:

每个红色方块能够设想成一个预创立的,没有利用的Ruby对象。当我们挪用Node.new,Ruby复杂的利用一个对象,而且将它的援用前往给我们:

在上图中,右边的灰色方块代表一个活泼的Ruby对象,被我们的代码所利用,而其他的红色方块代码没有利用的对象。(注重:固然,图中是一种简化的完成版本。现实上,Ruby将会利用别的一个对象保留字符串”ABC”,利用第三个对象保留Node的界说,和其他的对象保留代码处置过的笼统语法数”AST”,守候。)
假如我们再次挪用Node.new,Ruby仅仅前往别的一个对象的援用。


约翰麦卡锡在1960年在Lisp中初次完成了渣滓接纳机制

这中利用预创立对象链表的复杂算法创造于50多年前,它的作者是传说中的盘算机迷信家,约翰麦卡锡,恰是他完成了最后的Lisp注释器。Lisp不但是第一个函数式编程言语,而且包括了盘算机迷信中很多冲破性的停顿。个中之一即是经由过程渣滓接纳机制主动办理内存。
尺度版Ruby,也就是”Matz’sRubyInterpreter”(MRI),利用了一品种似于约翰麦卡锡在1960年完成的Lisp的渣滓接纳算法。就像Lisp一样,Ruby会事后创立对象而且在你创立对象或值的时分前往对象的援用。
在Python平分配对象内存
从下面我们能够看出,Ruby会事后创立对象,而且保留在余暇对象链表(freelist)中。那末Python呢?
固然Python外部也会因为各类缘故原由利用余暇对象链表(它利用链表轮回断定对象),Python为对象和值分派内存的体例经常分歧于Ruby。
假定我们创立一个Node对象利用Python:

Python分歧于Ruby,当你创立对象的时分,Python会当即向操纵体系请求分派内存。(Python现实上完成了本人的内存分派体系,它在操纵体系内存堆上供应了别的一层笼统,可是明天没有事务深切切磋。)
当我们创立第二个对象时,Python将再次向操纵体系请求更多的内存:

看起来相称复杂,当我们创立Python对象的时候,将消费事务请求内存。

Ruby将没有效的对象扔的各处都是,直到下一个渣滓接纳历程

Ruby开辟者生存在一个脏乱的房间
回到Ruby,因为我们分派愈来愈多的对象,Ruby将持续为我们从余暇对象链表(freelist)猎取预分派对象。因而,余暇对象链表将变得愈来愈短:

大概更短:

请注重,我将一个新的值赋给了n1,Ruby会遗留下旧的值。”ABC”,“JKL”和”MNO”等结点对象会仍然保存在内存中。Ruby不会当即清算旧的对象只管程序不再利用!作为一位Ruby开辟者就像生存在一个脏乱的房间,衣服随便的仍在地板上,厨房的水槽中堆满了脏盘子。作为一个Ruby开辟者,你必需在一年夜堆渣滓对象中往事情。

当你的程序不在利用任何对象的时分,Python会立即举行清算。

Python开辟者生存在一所整齐的屋子
渣滓接纳机制在Python和Ruby中一模一样,让我们回到后面三个Python中Node对象的例子:

外部的,每当我们新建一个对象,Python将在对象对应的C言语布局中保留一个数字,叫做援用手艺。最后,Python将它的值设为1。

值为1标明每一个对象有一个指针或援用指向它。假定我们创立一个新的对象,JKL:

正如后面所说,Python将”JKL”的援用计数设置为1。一样注重到我们改动n1指向了”JKL”,不再援用”ABC”,同时将”ABC”的援用计数削减为0。
经由过程这一点,Python渣滓接纳器将会当即实行!不管什么时候,只需一个对象的援用计数变成0,python将当即开释这个对象,而且将它的内存前往给操纵体系。

上图中,Python将接纳”ABC”对象的内存。记着,Ruby只是将旧的对象遗留在那边而且不往开释它们占用的内存。
这类渣滓接纳算法被称为”援用计数”,由乔治柯林斯创造于1960年。十分偶合的是在统一年约翰麦卡锡年夜叔创造了”余暇对象链表算法”。正如MikeBernstein在RubyConference年夜会上所说”1960年是属于渣滓接纳器的…”。
作为一个Python开辟者,就像生存在一个整齐的房间中。你晓得,你的室友有些洁癖,他会把你利用过的任何工具都洗濯一遍。你把脏盘子,脏杯子一放到水槽中他就会洗濯。
如今看别的一个例子,假定我们让n2和n1指向一样的结点:

上图右边能够看到,Python削减了”DEF”的援用计数而且当即接纳了”DEF”对象。同时能够看到,因为n1和n2同时指了”JKL”对象,以是它的援用计数变成了2。
标志接纳算法
终极脏乱的房间将堆慢渣滓,生存不克不及老是云云。Ruby程序在运转一段工夫以后,余暇对象链表终极将被用尽。

上图中一切的预分派对象都被用尽(方块全体酿成了灰色),链表上没有对象可用(没有残剩的红色方块)。
此时,Ruby利用了一种由约翰麦卡锡创造的被称为”标志接纳”的算法。起首,Ruby将中断程序的实行,Ruby利用了”中断这个天下,然后接纳渣滓”的体例。然后,Ruby会扫描一切的指向对象和值的指针或援用。一样,Ruby也会迭代假造机外部利用的指针。它会标志每个指针所能抵达的对象。鄙人图中,我利用了”M”指出了这些标志:

下面三个”M”标志的对象为活泼对象,仍然被我们的程序利用。在Ruby注释器外部,一般利用”freebitmap”的数据布局来保留一个对象是不是被标志:

Ruby将”freebitmap”保留在一个自力的内存地区,以即可以更好的使用Unix的”copy-on-write”特征。更具体的信息,请参考我的另外一篇文章《为何Ruby2.0的渣滓接纳器让我们云云镇静》。
假如活泼对象被标志了,那末其他的即是渣滓对象,意味着它们不再见被代码利用。鄙人图中,我利用红色的方块暗示渣滓对象:

接上去,Ruby将清算没有利用的,渣滓对象,将它们链进余暇对象链表(freelist):

在注释器外部,这个历程十分敏捷,Ruby其实不会真实的将对象从一个中央拷贝到另外一个中央。相反的,Ruby会将渣滓对象构成一个新的链表,而且链进余暇对象链表(freelist)。
如今,当我们要创立一个新的Ruby对象的时分,Ruby将为我们前往搜集的渣滓对象。在Ruby中,对象是能够更生的,享用着屡次的性命!
标志接纳算法vs.援用计数算法
咋一看,Python的渣滓接纳算法关于Ruby来讲是相称让人感应惊奇的:既然能够生存在一个整齐洁净的房间,为何要生存在一个脏乱的房间呢?为何Ruby周期性的强迫中断程序的运转往清算渣滓,而不利用Python的算法呢?
但是,援用计数完成起来不会像它看起来那样复杂。这里有一些很多言语不肯像Python一样利用援用计数算法的缘故原由:

不同版本的Linux命令数量不一样,这里笔者把它们中比较重要的和使用频率最多的命令。
飘飘悠悠 该用户已被删除
沙发
发表于 2015-1-20 20:09:52 来自手机 | 只看该作者
为了更好的学习这门课程,我不仅课上认真听讲,课下也努力学习,为此还在自己的电脑上安装了Ubuntu系统。
小魔女 该用户已被删除
板凳
发表于 2015-1-25 23:28:17 | 只看该作者
把这个问题放在其他Linux社区请求帮助也是一种选择。如果Linux得不到答案,请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。这时换一个社区是不错的选择。
爱飞 该用户已被删除
地板
发表于 2015-1-31 20:21:54 | 只看该作者
Linux简单,占内存少,特别是对于程序开发人员来说很方便,如果说windows的成功在于其方便用户的窗口管理界面。
变相怪杰 该用户已被删除
5#
发表于 2015-2-2 15:56:18 | 只看该作者
其次,Linux简单易学,因为我们初学者只是学的基础部分,Linux的结构体系非常清晰,再加上老师循序渐进的教学以及耐心的讲解,使我们理解起来很快,短期内就基本掌握了操作和运行模式。
第二个灵魂 该用户已被删除
6#
发表于 2015-2-5 21:47:32 | 只看该作者
笔者五分钟后就给出了解决方法: “首先备份原文件到其他目录,然后删掉/usr/local/unispim/unispimsp.ksc,编辑 /usr/local/unispim/unispimsp.ini,最后重启动计算机
再现理想 该用户已被删除
7#
发表于 2015-2-6 00:53:17 | 只看该作者
和私有操作系统不同,各个Linux的发行版本的技术支持时间都较短,这对于Linux初学者是往往不够的。
若天明 该用户已被删除
8#
发表于 2015-2-6 11:57:37 | 只看该作者
硬盘安装及光盘安装,清楚了解安装Linux应注意的有关问题,如安装Linux应在最后一个分区内,至少分二个分区。
只想知道 该用户已被删除
9#
发表于 2015-2-16 03:07:16 | 只看该作者
如果你想深入学习Linux,看不懂因为文档实在是太难了。写的最好的、最全面的文档都是英语写的,最先发布的技术信息也都是用英语写的。
分手快乐 该用户已被删除
10#
发表于 2015-2-16 22:41:09 | 只看该作者
笔者五分钟后就给出了解决方法: “首先备份原文件到其他目录,然后删掉/usr/local/unispim/unispimsp.ksc,编辑 /usr/local/unispim/unispimsp.ini,最后重启动计算机
不帅 该用户已被删除
11#
发表于 2015-3-5 11:14:19 | 只看该作者
掌握硬件配置,如显卡,声卡,网卡等,硬件只要不是太老或太新一般都能被支持,作为一名Linux系统管理员建议多阅读有关硬件配置文章,对各种不支持或支持不太好的硬件有深刻的了解。
12#
发表于 2015-3-12 04:51:29 | 只看该作者
随着实验课程的结束,理论课也该结束了,说实话教OS的这两位老师是我们遇到过的不错的老师(这话放这可能不太恰当).
若相依 该用户已被删除
13#
发表于 2015-3-19 18:00:21 | 只看该作者
用户下达的命令解释给系统去执行,并将系统传回的信息再次解释给用户,估shell也称为命令解释器,有关命令的学习可参考论坛相关文章,精通英文也是学习Linux的关键。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-26 09:55

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表