g-------------------- 关于GPL和LGPL和QPL等
读书笔记：采用LGPL的代码，一般情况下它本身就是一个第三方库（别忘了LGPL最早的名字就是Library GPL），这时候开发人员仅仅用到了它的功能，而没有对库本身进行任何修改，那么开发人员也不必公布自己的商业源代码。但是如果你修改了这个库的代码，那么对不起，你修改的代码必须全部开源，并且协议也是LGPL，但除了库源码之外的商业代码，仍不必公布。我是这样理解的，呵呵。以前一直以为LGPL就是商业用的时候要购买，个人用就不必购买，原来搞错了。
关于64位cpu?
x86-64是一个64位手机的协议标准, 最初由amd开发, 所以叫做amd64技术 后来intel借鉴和发展了amd的技术, 提出IA64 即: intel architecture64 技术.骨子里，其实Mark就是看不上KDE，Canonical宣布解雇全职开发Kunbutu唯一的一个雇员，然后Kunbutu被迫变为完全社区驱动的发行版就是一个很明显的注解
ubuntu 逐渐放弃gnome, gtk, 更不是kde, 而是选择了qt, 让qt成为i跨pc, 服务器, 手机平台的底层架构..?
maintenance: 美[ˈmeɪntənəns]SUSE 公司层面只承认自己赞助了社区，「参与」了开发哦，它可不承认「主导」、「安排资源做」，openSUSE 项目是开源软件社区，SuSE 是商业公司。是由 SuSE 员工以个人身份在 openSUSE 项目参与了开发和维护。这个概念一定要搞清楚，我们的社区是大家的，SuSE 只是一个比较活跃的企业参与者。当然如果你说「要是 SuSE 有活这帮人不就跑了吗？」问题是这帮人在 SuSE 就是干 SLE 上相应的活。。。SLE 11 和目前的 Evergreen 基本一样（不是说底层，底层本来就一样，上层包的版本也基本一样）。。。。。同样之所以要发 13.1 Evergreen 因为转过年来 SuSE 就要发 SLE 12 了。
sle: suse linux enterprise/ (企业版)evergreen ?ext2/3/4: 稳定, 但ext2/3的扩展性问题, 导致设计ext4, 但是下一代的linxu文件系统是: btr-fs
文件系统的扩展性?
scala'bility , extensible, 就是当存储文件需求越来越大, 某个目录要超出原来的磁盘容量时, 现在要新增磁盘, 这时候, os如何能够 有效的/快速的 将新的磁盘加入到这个目录中来,如 web服务器的/var/apache/docs/html/......data in'tegrity. 美[ɪnˈtɛgrəti] n. 诚实，正直；完好，完整；完善
He' s a man of integrity [名词, 可以放在被修饰的词语后, 加上of] and won' t break his promise 美[ˈprɑmɪs]. 其中的o就是发的 a音.第三是和多设备管理相关的特性。 Btrfs 支持创建快照 (snapshot)，和克隆 (clone) 。 btrfs 还能够方便的管理多个物理设备，使得传统的卷管理软件变得多余。
最后是其他难以归类的特性。这些特性都是比较先进的技术，能够显著提高文件系统的时间 / 空间性能，包括延迟分配，小文件的存储优化，目录索引等。
B-Tree :btrfs: b-tree 目录结构的文件系统.
btrfs 文件系统中所有的 metadata 都由 BTree 管理。使用 BTree 的主要好处在于查找，插入和删除操作都很高效。可以说 BTree 是 btrfs 的核心。
妨碍 ext2/3 扩展性的一个问题来自其目录的组织方式。目录是一种特殊的文件，在 ext2/3 中其内容是一张线性表格。
图 1 展示了一个 ext2 目录文件的内容，该目录中包含四个文件。分别是 "home1"，"usr"，"oldfile" 和 "sbin" 。如果需要在该目录中查找目录 sbin，ext2 将遍历前三项，直至找到 sbin 这个字符串为止。
这种结构在文件个数有限的情况下是比较直观的设计，但随着目录下文件数的增加，查找文件的时间将线性增长。 2003 年，ext3 设计者开发了目录索引技术，解决了这个问题。目录索引使用的数据结构就是 BTree 。如果同一目录下的文件数超过 2K，inode 中的 i_data 域指向一个特殊的 block 。在该 block 中存储着目录索引 BTree 。 BTree 的查找效率高于线性表，
但为同一个元数据设计两种数据结构总是不太优雅。在文件系统中还有很多其他的元数据，用统一的 BTree 管理是非常简单而优美的设计。
Btrfs 内部所有的元数据都采用 BTree 管理，拥有良好的可扩展性。 btrfs 内部不同的元数据由不同的 Tree 管理。在 superblock 中，有指针指向这些 BTree 的根。如图 2 所示：
S Tree 管理文件相关的元数据，如 inode，dir 等； Chunk tree 管理设备，每一个磁盘设备都在 Chunk Tree 中有一个 item ； Extent Tree 管理磁盘空间分配，btrfs 每分配一段磁盘空间，便将该磁盘空间的信息插入到 Extent tree 。查询 Extent Tree 将得到空闲的磁盘空间信息； Tree of tree root 保存很多 BTree 的根节点。比如用户每建立一个快照，btrfs 便会创建一个 FS Tree 。为了管理所有的树，btrfs 采用 Tree of tree root 来保存所有树的根节点； checksum Tree 保存数据块的校验和。
------------------------------------opensuse [su:z2]的版本跳跃问题?
目前的稳定版是在2015年11月4日发布的42.1，而上一个版本是2014年11月4日发布的13.2版。 版本号为何跳跃如此之大，并选择这样的一个数字，可参看：《openSUSE Leap 42.1 华丽发布》一文。 故事讲完了，大家可以跟着小编一起回到今天的主题，那就是2015年11月4日 20：00左右，openSUSE 项目发布了其最新的 openSUSE Leap 42.1 系统，很多朋友都知道，openSUSE 的上一个版本是 openSUSE 13.2，那么随之而来的就是大家接踵而至的好奇心，为什么这次版本号突然大跃进到了 42，为什么版本号不是 13.3 或者 14.1，就算是 13.2.1也能接受啊！但是我们毕竟 too young, too naive，读懂前面故事的朋友肯定知道 42 意味着什么， 英国作家道格拉斯·亚当斯在《银河系漫游指南》中写到的这个数字“42”，被称作 “生命、宇宙以及任何事情的终极答案”，hitch: 美[hɪtʃ] n. 意外故障: because of an unexpected hitch; 使劲拉; v. 搭便车: hitch a ride with sb.
the hitchhiker's guide to the galaxy <>------------------------------------opensuse [su:z2]的版本跳跃问题(完)
practice 可以做名词和动词, 而practise只能做动词
In sum, theory should be combined with practice // 实践, 练习,.... the child is practicing a tumble. babies tumble when they are learnign to walk. tumble: n/v. 摔倒, 摔跟头, ..... tumbleweed : 风滚草. weed 野草. 烟草opensuse 分滚动更新版tumbleweed 和完整版: leap
桌面版使用的linux内核已经到了3.16.x, 而服务器/嵌入式等使用的是2.6.32 追求的是稳定!
--------------------------------ACPI?
ACPI要分开来看: AC: advanced configuration. PI: power management interface ACPI就是高级配置和电源管理接口. 目的: 以前电源管理功能都是由bios来做的, 就限制了操作系统管理电源能耗的能力. 后来:inteｌ Microsoft， Toshiba 共同指定的操作系统应用程序管理电源的能力．现在是 ACPI５.0 第一个支持ACPI的windows是win98, 和freeBSD. 包括: system / device/ cpu ... power management.SUSe内核中本身有acpi的支持代码, 但是如果计算机硬件设备本身对acpi不支持或支持不好, 那么可以禁用acpi.