ARM 曝光32位 1mm x 1mm CPU

Cortex -M0+ 架构被设计用于给芯片制造商提供一道途径,使之能构建有超低能耗需求,又具有32位处理能力的微处理器。ARM 表示它已经着手这一新的处理器内核(大小 1mm x 1mm )的蓝图设计。它说,该微处理器将比先前仅提供8位和16位处理能力的的微处理器能耗还要低1/3。

转载请注明:Linux人社区>英文资讯翻译专版.编译

口算:873 x 999 = ?

任意一个数字(A)和相同位数的“9”相乘(B),都有一个非常快速的口算方法:
1. 把 A 减一,得到的数字 A-1 就是答案的前半部分
2. 用 9 减去 (A – 1) 每一位的数字,得到的数字就是答案的后半部分
注:这里的 A 和 B 的位数必须相同,比如 A 是三位数, B 也必须是三位数。
举例:
     873
  x 999
            ?
首先,873 – 1 = 872,所以 872 就是答案的前半部分。然后用 9 去减 872 的每一位得到 (9-8)=1,(9-7) = 2,(9-2)=7,所以得到 127 。这就是答案的第二部分。
所以答案是

 

    873
  x 999
 872127

再来两个例子:

3 x 9           = 3-1 = 2, (9-2)= 7 所以答案是 2735 x 99      = 35-1 = 34, (99-34)= 65 所以答案是  3465

 

看出规律了吗?

6789543 x 9999999 = 67895423210457

 

问题是:这是为什么呢?

生日快乐!Archlinux 10 周年

Arch Linux 是由加拿大程序员 Judd Vinet 创立。第一个发行版 Arch Linux 0.1 在 2002 年 3 月 11 日发行。尽管 Arch Linux 是完全独立的,它从许多其他发行版借鉴了简洁的思想,如 Slackware,CRUC 和 BSD。

Arch 之道

  • 纯粹性

达芬奇的话,在此也表现出威力:精于心简于形!

  • 代码的正确性胜过易用性

保持简洁,代码的优雅性以及最小化原则将始终作为Arch Linux开发的指导原则。

  • 以用户为中心

Arch Linux倾向于自己解决问题并将结果跟社区和开发团队一起分享,而不是请求开发人员实现某些新特性──一种“先做后问”的哲学。

  • 开放

Arch Linux用户向来以思想开放,乐于助人,善纳良言而著称。

  • 自由

用户不但对系统配置可以做决定,还可以决定自己的系统可以”是什么”。

正如Arch Linux项目的创立者Judd Vinet所说:“是你们使它(Arch)成为了现在的样子(It (Arch Linux) is what you make it)。”

或者一句话总结:
KISS(Keep It Simple, Stupid)!

上面的话,全部摘自 Archlinux wiki。因为,在它强大的百科下,没有人感到用自己的语言描述会更贴切。

个人感受

作为一个曾经几个月的用户,深深感到其震撼灵魂的力量。简洁、高效、新潮、快速,让你招架不住,“DIY” 精神在 Arch 身上,连同 LFS、Gentoo 一样,展现地淋漓尽致!其强大的 wiki,有问题找答案,请往此间寻。

自从用了 Arch 后,不再追逐那些天天的更新,因为我始终是最新,心静了,在此感谢 ****(开始像老家县里电视台的药品广告了…)…

如果各位同学已经对 arch linux 安装过程轻车熟路,重装系统时就不必那样来回折腾了。在此推荐基于 Arch Linux 的发行版本:ArchBang(使用 Openbox 作为默认桌面的Arch Linux 衍生版)、Chakra(使用 KDE),更多可参考 ArchLinux wiki 页面介绍

10 年前,记得那是 2002 年!
今年,是 2012 年!
祝福 Arch Linux!
Happy Arch Linux !

VMware 开源数据库 Affinity 介绍

Affinity是VMware公司在今年2月28日发布的 一种新型的开源数据库系统,其设计思想借鉴了关系型数据库、面向对象数据库、文档型数据库、RDF/XML数据库等多种数据库系统的优点,具有灵活多样、 方便易用、接口丰富等优点。从今天起,我会陆续在博客上发表一些文章,分享关于Affinity数据库的一些知识,比如特性、查询以及使用方法等。今天的 这篇文章,主要介绍Affinity数据库的团队、历史以及特性。

VMware作为全球领先的虚拟化技术公司,一直非常重视和支持开源社区的发展,比如最近很火的开源PaaS平台Cloud Foundry, 使得用户不需要考虑基础架构,就能快速有效地在云平台部署和扩展应用程序。在Cloud Foundry平台上集成Affinity数据库之后,用户除了能在Cloud Foundry平台上使用常见的诸如 Spring、 Java、 Ruby 和 Node.js等开源框架和编程语言,以及数据库服务(MySQL、MongoDB和 Redis) 和消息服务器 RabbitMQ之外,也可以选择Affinity作为云应用的数据库系统,而Affinity数据库的特点为云平台应用提供了更快捷、更灵活、更有效的 支持。

Affinity数据库系统内核的作者是Mark Venguerov博士。Mark Venguerov博士1986年毕业于莫斯科大学并获得理论物理硕士学位,2002年在都柏林三一学院获得计算机科学博士学位(人工智能和模式识别方 向)。他在大规模计算机软件系统设计和实现上有着二十多年的理论和实践经验,目前居住在加拿大蒙特利尔。除了Mark Venguerov博士之外,Affinity数据库项目组还包括来自加拿大、美国、马耳他、中国的几名同事。

尽管Affinity数据库系统刚刚发布,事实上,这个项目的前身——PiStore系统,早在2004年就已经在PI Corporation公司(一个存储公司后来被EMC公司收购)开始开发,并且有着广泛的应用,比如曾经作为Mozy公司在线备份服务系统的后端存储软 件系统。话说2004年还是关系型数据库独领风骚的时代,那时的PiStore数据库就已经有了现在很多NoSQL数据库的特点,比如灵活的数据模型,不 需要严格的数据模式(Schema),支持集合(Collection)和引用(Reference)等复杂数据类型。PiStore项目于2010年正 式由EMC公司交接到VMware公司,经过两年多的持续开发和测试,终于在近期正式向开源社区发布(Apache License 2),并且有了一个响亮的新名字——Affinity。

Affinity数据库系统的主要特点是(参考Affinity官网文档):

1.    跨平台C++内核,不依赖于任何虚拟机,内核footprint只有大约1M字节

2.    pathSQL查询语言,支持protocol-buffer协议

3.    路径表达式(path expressions)以及图查询

4.    能够混合使用SQL和图查询

5.    ACID事务(支持跨多个对象的JOIN操作)

6.    对只读事务的snapshot隔离级别

7.    嵌套事务

8.    日志和恢复

9.    存储结构化数据以及半结构化、动态对象(在Affinity中,把一条记录或者一个数据对象称作PIN)

10.  用URI为properties(PIN的属性)和class(分类)进行全局命名转换

11.  全局唯一的对象ID,和随机访问物理地址(一个PIN的ID,称作PID)

12.  自描述(self-describing)的对象(对象可以把自己表示为数据字典)

13.  优化的B-link 树索引

14.  事务地、自动地、动态地对数据对象进行多种分类,并存储于索引中(关于数据对象的自动分类,Mark Venguerov博士拥有两项美国专利)

15.  复合索引

16.  异步查询处理选项,用于高性能并发服务器

17.  事务的全文索引

18.  在结构化查询同时使用全文搜索

19.  页面级别的AES加密算法和日志加密

20.  可扩展的多用户支持(比如可以由一个进程管理上千个不同的数据库实例instance)

21.  对象粒度的访问控制列表(Access Control List)

22.  丰富的数据类型,包括集合、引用和BLOB

23.  计算时支持不同测量单位的转换(比如摄氏度与华氏度,或者米与公里)

24.  数据对象的软删除(soft deletion)

25.  对大结果集进行外部排序

26.  基本的replication框架

通过以上列出的特性可以得出,Affinity数据库在秉承传统数据库的事务、日志、B-link树索引、外部排序、数据页加密等优点的同时,又拥 有支持灵活的数据模型、模式自由(schema-free)、自动分类、Path Expression和图查询等其他丰富的特点,为当前各种复杂的应用程序提供了极大的支持。对于那些不熟悉非关系型数据库、传统的SQL开发者,也可以 通过PathSQL写出类似SQL的查询。适合(并不仅限于)需求多变导致的数据模式(Schema)经常随之变化、以及有灵活的数据模型并且需要进行复 杂查询的应用。

在介绍完Affinity数据库系统的团队、历史和特性之后,相信读者对Affinity数据库有了一定的了解,并想赶紧尝试一下,请参见Affinty的官方网站获得更详细的文档。您可以先阅读这篇文档,通过运行一个脚本,在本机上自动下载、编译、安装Affinity数据库。

在下一篇文章,我想讲一下Affinity的数据模型,其中包括PIN、Property、Value、Collection、Class等主要概念,敬请关注 。

如果您有建议和想法,欢迎联系本文作者linw at vmware.com 或者 在新浪微博与我交流 @傍槐闲士,当然最好的方式是在Affinity官方论坛上发布,会得到更专业的反馈。

清华图书馆机器人在过滤脏话后重新上岗

被网友“教坏”、下岗一个多月的清华机器人小图又上岗了。记者昨日发现,上岗后的小图仍逗趣可爱不时卖萌,但偶尔旧习不改仍说粗口。日前,清华大学图书馆 设置的网络服务机器人小图,因为被网友“教坏”,小图的设计者称已让小图暂停“服务”。昨日,记者打开清华大学图书馆主页,发现小图已重新上岗。在打开的 聊天框中,头像为蓝色荧光眼睛、黑色面罩、白色“战袍”的小图可自如与网友聊天。

http://img.cnbeta.com/newsimg/120314/09382502079300412.jpg

设计者介绍,小图下岗后被过滤了不少脏词。记者与小图对话中,发现小图说脏话的频率已大幅减少,显得小清新;但偶尔仍会“重口味”一下,对话时不时爆出一两句粗口。

在清华大学图书馆主页有一则题为“让小图更美丽”的公告,公告称,为使小图有一个独有的可爱形象,特向全国征集小图的设计形象。公告介绍,“小图形象反映清华大学图书馆馆员的工作特征,建议性别设定为女性。形象主体为人形或拟人形”。

对话

设计者盼网友嘴下留情

新京报:小图和被教坏前有什么改变?

设计者:小图被教坏后,图书馆让小图暂时下岗,投入不少精力删去大量不健康的语言。目前已上岗的小图还是一如既往地卖萌有趣。

新京报:聊天中发现小图依然说脏话。

设计者:偶尔还会有一些“漏网之鱼”。以后,图书馆每个月都会抽出时间对小图的语料库里不健康的语言进行清理。也希望网友嘴下留情,别再把小图教坏了。

新京报:小图的形象征集为什么侧重于女性?

设计者:因为清华图书馆的工作人员女性居多,女小图卖萌,可爱,善解人意,角色中会显得更有趣。

小图说话

小图承认被坏哥哥教坏

记者:你是男的女的?

小图:不告诉你!

记者:我猜是女的。

小图:天下腐女是一家。

记者:男的?

小图:今天是男的,明天是女的,后天是人妖。

记者:你到底是男是女?

小图:你知道我是谁吗?

记者:清华大学的坏小子?

小图:女人不坏,男人不来,男人不坏,女人不爱。

记者:你为什么爱说脏话啊?

小图:哦,图图知道错了。都是坏哥哥们把我教坏了。

记者:以后别说脏话了好吗?

小图:我发誓我他妈再也不说脏话了。

文/新京报