IT瘾os推荐

容器平台选型的十大模式：Docker、DC/OS、K8S 谁与当先？（上）-社区博客-网易云

Sat, 29 Sep 2018 13:31:16 CST

作者：刘超网易云基础服务
无论是在社区，还是在同客户交流的过程中，总会被问到到底什么时候该用 Docker？什么时候用虚拟机？如果使用容器，应该使用哪个容器平台？

显而易见，我不会直接给大家一个答案，而是希望从技术角度进行分析具体的场景。例如客户是大公司还是小公司，将部署小集群还是大集群，倾向于私有云还是公有云，已经采购了 IaaS 还是没有 IaaS，IT 运维能力强还是弱，是否需要物理机、虚拟机、容器的混合部署，是一般的并发系统还是高并发，这里面所应该做的技术选型都不一样。举个例子，如果你是一个初创型的主营业务非 IT 的小公司，自然不应该花大力气在数据中心里面自己搭建一套大规模、高并发、高性能的容器平台。

接下来，首先，我们来谈下什么情况下应该使用 Docker 的问题。

如上图所示，左面是我们经常挂在嘴边的所谓容器的优势，但是虚拟机都能一一怼回去。

如果部署的是一个传统的应用，这个应用启动速度慢，进程数量少，基本不更新，那么虚拟机完全能够满足需求。

○ 应用启动慢：应用启动 15 分钟，容器本身秒级，虚拟机很多平台能优化到十几秒，两者几乎看不出差别；
○ 内存占用大：动不动 32G，64G 内存，一台机器跑不了几个；
○ 基本不更新：半年更新一次，虚拟机镜像照样能够升级和回滚；
○ 应用有状态：停机会丢数据，如果不知道丢了什么，就算秒级启动也没有用，照样恢复不了，而且还有可能因为丢数据，在没有修复的情况下，盲目重启带来数据混乱；
○ 进程数量少：两三个进程相互配置一下，不用服务发现，配置不麻烦

如果是一个传统应用，根本没有必要花费精力去容器化，因为白花了力气，享受不到好处。

那么什么情况下，才应该考虑做一些改变呢：

传统业务突然被互联网业务冲击了，应用老是变，三天两头要更新，而且流量增大了，原来支付系统是取钱刷卡的，现在要互联网支付了，流量扩大了 N 倍。

这种情况下就只能：拆。

拆开了，每个子模块独自变化，相互影响变少。
拆开了，原来一个进程扛流量，现在多个进程一起扛。

这被称为微服务。

微服务场景下，进程多，更新快，于是出现 100 个进程，每天一个镜像。

容器乐了，每个容器镜像小，没什么问题，虚拟机哭了，因为虚拟机每个镜像太大了。

所以微服务场景下，可以开始考虑用容器了。

这时虚拟机又怒了，我不用容器了，微服务拆分之后，用 Ansible 自动部署是一样的。

这从技术角度来讲没有任何问题，问题是从组织角度出现的。一般的公司，开发会比运维多得多，开发写完代码就不用管了，环境的部署完全是运维负责，运维为了自动化，写 Ansible 脚本来解决问题。

然而这么多进程，又拆又合并的，更新这么快，配置总是变，Ansible 脚本也要常改，每天都上线，不得累死运维。

所以在如此大的工作量情况下，运维很容易出错，哪怕通过自动化脚本。这时，容器就可以作为一个非常好的工具运用起来。

除了容器从技术角度，能够使得大部分的内部配置可以放在镜像里面之外，更重要的是从流程角度，将环境配置这件事情，往前推了，推到了开发这里，要求开发完毕之后，就需要考虑环境部署的问题，而不能当甩手掌柜。

这样做的好处就是，虽然进程多，配置变化多，更新频繁，但是对于某个模块的开发团队来讲，这个量是很小的，因为 5-10 个人专门维护这个模块的配置和更新，不容易出错。

如果这些工作量全交给少数的运维团队，不但信息传递会使得环境配置不一致，部署量也会大非常多。

容器是一个非常好的工具，就是让每个开发仅仅多做 5% 的工作，就能够节约运维 200% 的工作量，并且不容易出错。

然而原来运维该做的事情开发做了，开发的老大愿意么？开发的老大会投诉运维的老大么？

这就不是技术问题了，其实这就是 DevOps，DevOps 不是不区分开发和运维，而是公司从组织到流程能够打通，看如何合作，边界如何划分，对系统的稳定性更有好处。

所以微服务、DevOps、容器是相辅相成，不可分割的。不是微服务，根本不需要容器，虚拟机就能搞定，不需要 DevOps，一年部署一次，开发和运维沟通再慢都能搞定。

所以，容器的本质是基于镜像的跨环境迁移。

镜像是容器的根本性发明，是封装和运行的标准，其它什么 namespace，cgroup，早就有了，这是技术方面。

在流程方面，镜像是 DevOps 的良好工具。

容器是为了跨环境迁移的，第一种迁移的场景是开发、测试、生产环境之间的迁移。如果不需要迁移，或者迁移不频繁，虚拟机镜像也行，但总是要迁移，带着几百 G 的虚拟机镜像，太大了。

第二种迁移的场景是跨云迁移，跨公有云，跨 Region，跨两个 OpenStack 的虚拟机迁移都是非常麻烦，甚至不可能的，因为公有云不提供虚拟机镜像的下载和上传功能，而且虚拟机镜像太大了，一传传一天。

所以跨云场景下，混合云场景下，容器也是很好的使用场景。这也同时解决了仅仅私有云资源不足，扛不住流量的问题。

所以这是我认为的容器的本质，是最终应该使用容器的正确姿势，当然一开始你不一定完全按照这个来。

模式一：公有云虚拟机

适合场景：初创公司，无信息安全担忧

如果您是一家初创公司，人员少，IT 运维能力不足，要部署的系统很少，能够花在 IT 系统上的资金有限，当然应该选择公有云的虚拟机部署，它能够解决您的如下问题：

○ 基层 IT 资源的管理交给公有云平台，公司自身运维人员仅需要基本的 Linux 能力；
○ 少量的部署系统，例如 10 台以下的虚拟机，往往替换一个 war，重启 Tomcat 就能解决，如果稍微虚拟机多一点 10 到 20 台，Ansible 脚本可以很好地解决这个问题；
○ 公有云按量按时收费，可以在花费很少的情况下启动，并且在业务飞速扩展的时候，迅速申请大量虚拟机；

这里所说的信息安全担忧，真的仅仅是心理的担忧，公有云往往有大量的安全机制来保证每个租户的安全隔离，只要用好了这些机制，公有云的安全性绝对大于一般公司自己搭建的数据中心，当客户在说要安全的时候，客户在想什么？这篇文章讲到了绝对的端到端解决方案。

这里贴张图说明公有云的安全性：

公有云为支撑自身高并发业务积累了更强的安全防护能力和更多的安全防护经验：

○ 多线 BGP，外网线路冗余
○ 高吞吐量的 DDoS 外网防护
○ 更完善的防火墙，入侵检测，WAF
○ 更完善的流量清洗规则

公有云为支撑自身高并发业务推出了更安全、更高可靠、更高可用的 PaaS 服务：

数据库：
○ 高可用：主备切换数据零丢失
○ 高可靠：同城双活，异地备份
○ 安全性：访问控制，IP 白名单

对象存储：
○ 高可靠：超大容量，三份备份，异地同步
○ 安全性：访问控制，防盗链

公有云为支撑自身高并发业务推出更完善的监控运维的系统，流程，经验：

完善的监控系统，保障大促期间系统故障的快速定位和排障
保障大促能够极大的提升和训练一支有经验的运维团队
大促的业务层面的数据对运维也是机密的，需要流程保障

道高一尺魔高一丈，公有云为保证自身业务的安全性对云平台不断升级：

○ 越来越强的 DDoS 防护
○ 越来越完善的防火墙规则
○ 最新的云平台安全功能和机制
○ 不断更新的虚拟机和容器镜像建设漏洞
○ 不断更新的病毒库

模式二：无 IaaS，裸用容器

适用场景：初创公司无 IaaS，有信息安全担忧

但是即便如此，还是有初创公司或者初创项目，也许因为心理方面，也许因为合规方面，非常担心信息安全问题，还是希望采取部署在自己机房的方式。

但由于是初创公司，在机房里面一般是不能部署 IaaS，因为 IaaS 平台的运维难度，优化难度更大，没有一个 50 人的团队根本玩不起来，所以一般在使用容器之前，采用的是物理机部署的方式，当物理机数目非常小，比如部署 5 到 10 个应用的时候手动部署或者简单脚本部署就可以，但是一旦到了 20 个应用，手动部署和简单脚本就非常麻烦了：

○ 运维人员比例低，而应用相对较多
○ 部署在同一个物理机上的应用多，配置冲突，端口冲突，互相连接，运维需要一个 excel 去管理，还容易出错
○ 物理机容器被脚本和 Ansible 改的乱七八糟，难以保证环境一致性，重装物理机更加麻烦
○ 不同的应用依赖不同的操作系统和底层包，千差万别

这个时候，可以试一下裸用容器，即在原来的脚本，或者 Ansible 里面，将启动进程，改为使用 Docker run，可以有以下的作用：

○ 配置，端口隔离，冲突减少
○ 基于容器部署，使得环境一致性，安装和删除干干净净
○ 不同的操作系统和底层包，都可以用容器镜像搞定

在这个阶段，最简单的方式就是把容器当做虚拟机来使用，也即先启动容器，然后在里面下载 war 包等，当然也可以更进一步，将 war 包和配置直接打在容器镜像里面，这样需要一个持续集成的流程了，不仅仅是运维的事情，开发也要参与其中。

在这个阶段，网络的模式可以使用桥接打平的方式。

这种方式好处是访问 Docker 和访问物理机一样，可很方便地实现 Docker 里面和物理机里面的互通，兼容原来部署在物理机上的应用。

当然 Bridge 的性能一般，如果性能要求比较高，可使用 SR-IOV 网卡嵌入容器内。

模式三：有 IaaS，裸用容器

适用场景：创新项目，引入 DevOps 流程

有一些公司规模大一些，已经采购了 IaaS，只不过有一些创新的项目需要部署，这种状态下，基本虚拟机已经能够满足需求，而且由于能够运维 IaaS，IT 能力比较强，一般也采用了 Ansible 等部署工具。

这种情况下，使用容器的动力相对比较少，然而容器也是能够带来一定好处的，就是 DevOps。

创新项目迭代速度比较快，如果有比较多的创新项目，对运维的压力也是非常大的，这里的裸用容器和模式二的裸用容器不同的是，不是拿容器当做虚拟机来用，而是将容器当做交付物来用。

虽然容器化对于运维的整个过程来讲改进有限，但是关键就是要开发写一个 Dockerfile，这一点非常重要，意味着运行环境的配置提前到开发，而非直接交到运维，也即上面说的，开发 5% 的工作量增加减少大量运维工作，容器环境原子性升级回滚使得停服时间变短，可以保持开发、测试、运维环境的一致性。

模式四：使用 Docker Swarm Mode

适用场景：发展中公司，中等规模集群

当集群规模超过 50 台时，裸用容器已经非常难受了，因为网络、存储、编排、服务发现等全部要靠自己的脚本或 Ansible 来搞定，是时候引入容器平台了。

当容器平台规模不是很大时，Docker Swarm Mode 还是比较好用的：

○ 集群的维护不需要 Zookeeper，不需要 Etcd，自己内置
○ 命令行和 Docker 是一样的，用起来顺手
○ 服务发现和 DNS 是内置的
○ Docker Overlay 网络是内置的

总之 docker 帮你料理好了一切，你不用太关心细节，很容易就能够将集群运行起来。

而且可以通过 docker 命令，像在一台机器上使用容器一样使用集群上的容器，可以随时将容器当虚拟机来使用，这样对于中等规模集群，以及运维人员还是比较友好的。

当然内置的太多了也有缺点，就是不好定制化，不好 Debug，不好干预。当你发现有一部分性能不行时，你需要改整个代码，全部重新编译，当社区更新了，合并分支是很头疼的事情。当出现问题时，由于 Manager 大包大揽干了很多活，不知道哪一步出错了，反正就是没有返回，停在那里，如果重启整个 Manager，影响面又很大。

模式五：使用 Marathon 和 Mesos

使用场景：万节点集群，多定制

当集群规模大一些，几百个节点时，很多人就不愿意使用 Docker Swarm Mode 了，很多的选择是既没有用 DC/OS，也没有用 Kubernetes，而是仅仅用了 Marathon 和 Mesos。

因为 Mesos 是一个非常优秀的调度器，它的双层调度机制可以使得集群规模大很多。

Mesos 的调度过程如图所示：

Mesos 有 Framework、Master、Agent、Executor、Task 几部分组成。这里面有两层的 Scheduler，一层在 Master 里面，allocator 会将资源公平的分给每一个 Framework，二层在 Framework 里面，Framework 的 scheduler 将资源按规则分配给 Task。

其它框架的调度器是直接面对整个集群，Mesos 的优势在于，第一层调度先将整个 Node 分配给一个 Framework，然后 Framework 的调度器面对的集群规模小很多，然后在里面进行二次调度，而且如果有多个 Framework，例如有多个 Marathon，则可以并行调度不冲突。

详细的调度机制非常复杂，可以看号称了解 mesos 双层调度的你，先来回答下面这五个问题！这篇文章。

而且 Mesos 的架构相对松耦合，有很多可以定制化的地方，从而运维人员可以根据自己的需要开发自己的模块。详细的定制方式看文章定制化 Mesos 任务运行的几种方法。

这也是很多优秀的公司使用 Marathon 和 Mesos 的原因。

例如爱奇艺、去哪儿、携程、当当等都选择了使用 Mesos，需要提一下的是，大家如果参加社区，能发现裸用 Marathon 和 Mesos 的很多，但是整个 DC/OS 都用得比较少，而用 Marathon 和 Mesos 往往不能解决一些问题，因而这些 IT 能力非常强的互联网公司做了大量的自己的定制化，增加了 Marathon 和 Mesos 的外围模块。

模式六：使用开源 Kubernetes

使用场景：千节点集群，少定制

Kubernetes 模块划分得更细，模块比较多，比起裸 Marathon 和 Mesos 来讲功能丰富，而且模块之间完全的松耦合，可以非常方便地进行定制化。

而且 Kubernetes 的数据结构的设计层次比较细，非常符合微服务的设计思想。例如从容器->Pods->Deployment->Service，本来简单运行一个容器，被封装为这么多的层次，每个层次有自己的作用，每一层都可以拆分和组合，这样带来一个很大的缺点，就是学习门槛高，为了简单运行一个容器，需要先学习一大堆的概念和编排规则。

但是当需要部署的业务越来越复杂时，场景越来越多时，你会发现 Kubernetes 这种细粒度设计的优雅，使得你能够根据自己的需要灵活的组合，而不会因为某个组件被封装好了，从而导致很难定制。例如对于 Service 来讲，除了提供内部服务之间的发现和相互访问外，还灵活设计了 headless service，这使得很多游戏需要有状态的保持长连接有了很好的方式，另外访问外部服务时，例如数据库、缓存、headless service 相当于一个 DNS，使得配置外部服务简单很多。很多配置复杂的大型应用，更复杂的不在于服务之间的相互配置，可以有 Spring Cloud 或者 Dubbo 去解决，复杂的反而是外部服务的配置，不同的环境依赖不同的外部应用，External Name 这个提供了很好的机制。

包括统一的监控 cadvisor，统一的配置 confgMap，都是构建一个微服务所必须的。

然而 Kubernetes 当前也有一个瓶颈——集群规模还不是多么大，官方说法是几千个节点，所以超大规模的集群，还是需要有很强的 IT 能力进行定制化，这个在模式七中会说一下我们在网易云上做的事情。但是对于中等规模的集群也足够了。

而且 Kubernetes 社区的热度，可以使得使用开源 Kubernetes 的公司能够很快地找到帮助，等待到新功能的开发和 Bug 的解决。

本文未结束，敬请期待下篇。

Cassandra on DC/OS

Thu, 09 Aug 2018 07:16:36 CST

Apache Cassandra 是一个强大的开源分布式NoSQL数据库，高度的可伸展性。

基于DC/OS构建其分布式集群是个非常值得采纳的方法，其基本思路是：

把Cassandra放到Docker里，然后由DC/OS调度Cassandra容器集群运行、管理。

Mesos 的 persistence primitives 是一个新的强大的工具，它使得更多的有状态应用可以运行在 Mesos 上。利用它，可以把 cassandra 集群改造成了一个极易扩展到数百节点的分布式持久化框架。

  # dcos package install cassandra
# dcos cassandra help
# dcos cassandra
# dcos cassandra pod list
# dcos cassandra pod info node-0
on master node
# docker run -ti cassandra:3.0.16 cqlsh --cqlversion="3.4.0" 192.168.0.240

cqlsh> CREATE KEYSPACE demo WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 3 };

cqlsh> USE demo;CREATE TABLE map (key varchar, value varchar, PRIMARY KEY(key));

cqlsh:demo> INSERT INTO demo.map(key, value) VALUES('Cassandra', 'Rocks!');
cqlsh:demo> INSERT INTO demo.map(key, value) VALUES('StaticInfrastructure', 'BeGone!');
cqlsh:demo> INSERT INTO demo.map(key, value) VALUES('Buzz', 'DC/OS is the new black!');

cqlsh:demo> SELECT * FROM demo.map;

# docker image ls
# docker run cassandra:3.0.16 &
# docker ps
# docker exec -ti 1d001728d86d cqlsh --cqlversion="3.4.0"

你也可关注与评估Cassandra商业发行版 DataStax Enterprise：datastax-dse 和 datastax-ops

In production, the DSE nodes should be operated with 32 GB of memory and 16 GB of heap.

此外，ScyllaDB兼容Cassandra，速度更快，每节点每秒可处理 100 万 TPS。

如何评价 ScyllaDB？

ScyllaDB性能是Cassandra的10多倍（3台ScyllaDB可以提供30台Cassandra集群的吞吐量，而且响应延时更低），ScyllaDB的CTO兼创始人Avi Kivity是大名鼎鼎的KVM作者。

深入解析DC/OS 1.8 – 高可靠的微服务及大数据管理平台

Mon, 10 Oct 2016 11:07:01 CST

大家好，欢迎大家参加这次DC/OS的技术分享。

先做个自我介绍，刘超，Linker Networks首席架构师，Open DC/OS社区贡献者，长期专注于OpenStack, Docker, Mesos等开源软件的企业级应用与产品化。

从事容器方面工作的朋友可能已经听说过DC/OS，往往大家误解DC/OS就是marathon + mesos，其实DC/OS包含很多的组件，DC/OS 1.8九月份发布了，此次分享给大家做一个介绍。

一、DC/OS的基本思想

所谓的DC/OS，全称为数据中心操作系统，其基本的思想就是使得运维人员操作整个数据中如操作一台电脑一样。

DC/OS使用了哪些技术可以做到这一点呢？

如图，左面是普通的Linux操作系统，右面是DC/OS，在这里做了一个对比。

无论是哪种操作系统，都需要管理外部的硬件设备，最重要的四种硬件资源即CPU，内存，存储，网络。

最初使用汇编语言写程序的前辈，还是需要指定使用那些硬件资源的，例如指定使用哪个寄存器，放在内存的哪个位置，写入或者读取那个串口等，对于这些资源的使用，需要程序员自己心里非常的清楚，要不然一旦JUMP错了位置，程序就无法运行。这就像运维数据中心的一台台物理机的前辈一样，那个程序放在了哪台机器上，使用多少内存，多少硬盘，都需要心里非常的清楚。

为了将程序员从对硬件的直接操作中解放出来，提升程序设计的效率，从而有了操作系统这一层，实现对于硬件资源的统一管理。某个程序使用哪个CPU，哪部分内存，哪部分硬盘，程序只需要调用API就可以了，由操作系统自行分配和管理，其实操作系统只做了一件事情，就是调度。对应到数据中心，也需要一个调度器，将运维人员从指定物理机或者虚拟机的痛苦中解放出来，这就是Mesos。Mesos即使数据中心操作系统的内核。

在使用操作系统的时候，我们可以开发驱动程序来识别新的硬件资源，可以开发内核模块(例如openvswitch.ko)来干预对于硬件资源的使用，对于Mesos，同样可以开发isolator来识别新的硬件资源例如GPU，也可以开发Executor来干预资源的使用。

在内核之上，就是系统服务，例如systemd，是用来维护进程运行的，如果systemctl enable xxx，则保证服务挂掉后自动重启。对于DC/OS，保持服务long run的是marathon，但是仅仅只有marathon还不够，因为服务是启动在多台机器上的，而且服务之间是有依赖关系的，一个服务挂掉了，在另外一台机器启动起来，如何保持服务之间的调用不需要人工干预呢？这需要另外的技术，称为服务发现，多是通过DNS，负载均衡，虚拟机IP等技术实现的。

使用操作系统，需要安装一些软件，于是需要yum之类的包管理系统，使得软件的使用者和软件的编译者分隔开来，软件的编译者需要知道这个软件需要安装哪些包，包之间的依赖关系是什么，软件安装到什么地方，而软件的使用者仅仅需要yum install就可以了。DC/OS就有这样一套包管理软件，和其他的容器管理平台需要自己编译Docker镜像，自己写yml，自己管理依赖不同，DC/OS的软件使用者只需要dcos package install就可以安装好软件了，软件的配置，节点数目，依赖关系都是有软件编译者设置。

在最外层，DC/OS像普通的操作系统一样，有统一的界面和命令行。通过它们，可以管理安装包，管理节点，运行任务等。DC/OS不仅仅是运行容器的平台，如果仅仅运行容器，就是容器管理平台，而非数据中心操作系统。通过DC/OS，你可以在每台机器上运行一个命令来进行统一的配置，而无需登录到每台机器上去。你可以运行容器应用和大数据分析应用并共享资源，并且可以相互发现，这更加符合现代互联网应用，微服务和大数据不可分割。而且Mesos的架构非常开放，你可以通过开发Framework, Executor, Modules, Hooks等，轻松干预微服务或者大数据任务的执行过程，来定制化你的应用。这也符合操作系统微内核的概念。

二、DC/OS的内核模块Mesos

Mesos架构如下

这个图比较的著名了，也有很多文章介绍这个图，详情可以看文章 http://mesos.apache.org/docume ... ture/ ，这里不做过多的介绍。

从图中可以看到，Mesos有Framework(Framework里面有Scheduler), Master(Master里面有allocator), Agent, Executor, Task几部分组成。这里面有两层的Scheduler，一层在Master里面，allocator会将资源公平的分给每一个Framework，二层在Framework里面，Framework的scheduler将资源按规则分配给Task。

Mesos的这几个角色在一个任务运行的生命周期中，相互关系如下：

Agent会将资源汇报给Master，Master会根据allocator的策略将资源offer给framework的scheduler。Scheduler 可以accept这个资源，运行一个Task，Master将Task交给Agent，Agent交给Executor去真正的运行这个Task。

这个图相对比较的简略，真正详细的过程比这个复杂很多，大家可以参考这篇博客 http://www.cnblogs.com/popsuper1982/p/5926724.html ，在代码级别分析了整个任务运行的过程，还画了一个泳道图 http://images2015.cnblogs.com/ ... 9.png 。

要研究Mesos，熟悉整个过程非常重要，这样一个任务运行出现问题的时候，才能比较好的定位问题在哪里，如果解决。Mesos将一个简单的任务的运行过程，分成如此多的层次，如此多的角色来做，是为了双层调度和灵活配置，这是一个内核应该做的事情。

我们如何干预一个Task的运行过程呢？

第一、写一个Framework

如果你想完全自己控制Task的运行，而非让Marathon来运行并保持一个无状态的Task长运行，就需要自己写一个Framework，在你的Framework里面，三个Task之间的关系你可以自己定义，而非像Marathon一样，Task * 3，3个任务不分彼此，你的Framework可以控制这三个Task一主两备，可以控制三个Task的启动顺序，可以将一个先启动的Task的IP，位置等通过环境变量告知另外两个Task。

写一个Framework需要写一个Scheduler，实现一些接口，如文档 http://mesos.apache.org/docume ... uide/ 中所述。

然后使用使用MesosSchedulerDriver来运行这个Scheduler。

其实Mesos这些模块之间的通信都是通过Protocol Buffer定义消息来交互的，然而如果让Framework的开发人员还要学会如何使用Protocol Buffer消息和Mesos Master通信，是很痛苦的事情，所以MesosSchedulerDriver帮助你做了这个事情，你只需要实现Scheduler定义的接口就可以了，不需要了解这些接口是谁调用的，调用了接口之后，消息如何传给Mesos Master。

所有的接口里面，最重要的是resourceOffers函数，根据得到的offers(每个slave都有多少资源)，创建一系列tasks，然后调用MesosSchedulerDriver的launchTasks函数，MesosSchedulerDriver会将这些tasks封装为LaunchTasksMessage发送给Mesos Master。

第二、写一个Allocator

通过上面的描述，Mesos有两层调度，第一层就是Allocator，将资源分配给Framework。

Mesos允许用户通过自己写Module的方式，写一个so，然后启动的时候加载进去，然后在命令行里面指定使用so中的哪个Module。

当然写Allocator的不多，因为Mesos的DRF算法是Mesos的核心，如果不用这个算法，还不如不用mesos。

Mesos源码中默认的Allocator，即HierarchicalDRFAllocator的位置在$MESOS_HOME/src/master/allocator/mesos/hierarchical.hpp，而DRF中对每个Framework排序的Sorter位于$MESOS_HOME/src/master/allocator/sorter/drf/sorter.cpp，可以查看其源码了解它的工作原理。

HierarchicalDRF的基本原理

如何作出offer分配的决定是由资源分配模块Allocator实现的，该模块存在于Master之中。资源分配模块确定Framework接受offer的顺序，与此同时，确保在资源利用最大化的条件下公平地共享资源。

由于Mesos为跨数据中心调度资源并且是异构的资源需求时，资源分配相比普通调度将会更加困难。因此Mesos采用了DRF（主导资源公平算法 Dominant Resource Fairness）

Framework拥有的全部资源类型份额中占最高百分比的就是Framework的主导份额。DRF算法会使用所有已注册的Framework来计算主导份额，以确保每个Framework能接收到其主导资源的公平份额。

举个例子

考虑一个9CPU，18GBRAM的系统，拥有两个用户，其中用户A运行的任务的需求向量为{1CPU, 4GB}，用户B运行的任务的需求向量为{3CPU，1GB}，用户可以执行尽量多的任务来使用系统的资源。

在上述方案中，A的每个任务消耗总cpu的1/9和总内存的2/9，所以A的dominant resource是内存；B的每个任务消耗总cpu的1/3和总内存的1/18，所以B的dominant resource为CPU。DRF会均衡用户的dominant shares，执行3个用户A的任务，执行2个用户B的任务。三个用户A的任务总共消耗了{3CPU，12GB}，两个用户B的任务总共消耗了{6CPU，2GB}；在这个分配中，每一个用户的dominant share是相等的，用户A获得了2/3的RAM，而用户B获得了2/3的CPU。

以上的这个分配可以用如下方式计算出来：x和y分别是用户A和用户B的分配任务的数目，那么用户A消耗了{xCPU，4xGB}，用户B消耗了{3yCPU，yGB}，在图三中用户A和用户B消耗了同等dominant resource；用户A的dominant share为4x/18，用户B的dominant share为3y/9。所以DRF分配可以通过求解以下的优化问题来得到：

max(x,y) #(Maximize allocations)

subject to

x + 3y <= 9 #(CPU constraint)

4x + y <= 18 #(Memory Constraint)

2x/9 = y/3 #(Equalize dominant shares)

最后解出x=3以及y=2，因而用户A获得{3CPU，12GB}，B得到{6CPU， 2GB}。

HierarchicalDRF核心算法实现在Src/main/allocator/mesos/hierarchical.cpp中HierarchicalAllocatorProcess::allocate函数中。

概况来说调用了三个Sorter(quotaRoleSorter, roleSorter, frameworkSorter)，对所有的Framework进行排序，哪个先得到资源，哪个后得到资源。

总的来说分两大步：先保证有quota的role，调用quotaRoleSorter，然后其他的资源没有quota的再分，调用roleSorter。

对于每一个大步分两个层次排序：一层是按照role排序，第二层是相同的role的不同Framework排序，调用frameworkSorter。

每一层的排序都是按照计算的share进行排序来先给谁，再给谁。

这里有几个概念容易混淆：Quota, Reservation, Role, Weight

每个Framework可以有Role，既用于权限，也用于资源分配

可以给某个role在offerResources的时候回复Offer::Operation::RESERVE,来预订某台slave上面的资源。Reservation是很具体的，具体到哪台机器的多少资源属于哪个Role

Quota是每个Role的最小保证量，但是不具体到某个节点，而是在整个集群中保证有这么多就行了。

Reserved资源也算在Quota里面。

不同的Role之间可以有Weight

在allocator算法结束之后，便调用Master::Offer，最终调用Framework的Scheduler的resourceOffers，让Framework进行二次调度。同上面的逻辑就串联起来。

第三、写一个Hook

你可以写hook模块，讲代码插在很多关键的步骤，从而改写整个Executor或者Docker或者Task的启动的整个过程。

可以干预的hook的地方定义在mesos/hook.hpp中。

Class hook定义如下：

其中比较常用的是slavePrelaunchDockerHook，可以在Docker启动之前做一些事情，比如准备工作。

还有slaveRemoveExecutorHook，这个可以在executor结束的时候，做一些事情，比如清理工作。

第四、创建Isolator

当你有一种新的资源需要管理，并且每个Task需要针对这个资源进行隔离的时候，写一个Isolator就是有必要的了。

例如默认的容器并不能动态指定并限制任务硬盘使用的大小，所以mesos-containerizer就有了"disk/du"来定时查看任务使用的硬盘大小，当超出限制的时候采取操作。

Src/slave/containerizer/mesos/containerizer.cpp里面列出了当前支持的isolator，你也可以实现自己的isolator，并且通过modules参数load进去。

Isolator定义了以下函数

在运行一个容器的最后，会调用每一个isolator的isolate函数，通过这个函数，可以对资源进行一定的限制，例如写入cgroup文件等，但是对于硬盘使用量，其实没有cgroup可以设置，需要过一段时间du一些，这就需要实现watch函数，过一段时间查看一下硬盘使用量，超过后做一定的操作。

第五、写一个Executor

如果运行一个普通的容器，或者命令行，则不需要实现Executor，仅仅Mesos默认的Executor就能够实现这个功能。如果你需要在Executor里面做很多自己定制化的工作，则需要自己写Executor。

写一个Executor需要实现一些接口，最重要的就是launchTask接口，然后MesosExecutorDriver将这个Executor运行起来。

就像Framework一样，Executor也是通过protocol buffer协议和Mesos-Agent进行沟通，通过MesosExecutorDriver，你不需要关心协议的事情，仅仅需要实现接口即可。

三、DC/OS的核心模块

下面的图描述了DC/OS的部署架构图：

在DC/OS看来，所有的节点分为三个区域，一个是管理区域，主要处理对于服务的管理方面的操作，如增删查改，启停扩缩等。为了高可用，Master节点可以是多个，在多个Master节点之前，需要有一个负载均衡器。第二个是对外服务区域，也即外界能够访问DC/OS内部的服务的区域，这个区域里面的服务多为对外的Nginx之类的，也会有marathon-lb来做外部的负载均衡器，所有对外服务区域的节点之外还需要一个负载均衡器。第三个区域是内部服务区域，用于部署内部服务，如数据库，消息总线等，这些内部节点不能对外访问。

第一、Admin Router

AdminRouter是一个反向代理，正是它将对外的区域和对内的区域完全隔离开来，在admin router之外，可以通过公网访问，在admin router之内全部是私网地址，这样提供了安全的统一访问机制。

安装完毕Open DC/OS之后，安装一个dcos的命令行工具，通过这个工具可以ssh到master的节点上。

eval ssh-agent -s

ssh-add .ssh/aws01.pem

dcos node ssh --master-proxy --leader

在这个节点上/etc/systemd/system路径下面有三个systemd的service，Open DC/OS的所有组件都是用systemd进行管理的。

ip-10-0-7-1 system # ls -l | grep adminrouter

lrwxrwxrwx. 1 root root 135 Oct 3 08:00 dcos-adminrouter-reload.service -> /opt/mesosphere/packages/adminrouter--cee9a2abb16c28d1ca6c74af1aff6bc4aac3f134/dcos.target.wants_master/dcos-adminrouter-reload.service

lrwxrwxrwx. 1 root root 133 Oct 3 08:00 dcos-adminrouter-reload.timer -> /opt/mesosphere/packages/adminrouter--cee9a2abb16c28d1ca6c74af1aff6bc4aac3f134/dcos.target.wants_master/dcos-adminrouter-reload.timer

lrwxrwxrwx. 1 root root 128 Oct 3 08:00 dcos-adminrouter.service -> /opt/mesosphere/packages/adminrouter--cee9a2abb16c28d1ca6c74af1aff6bc4aac3f134/dcos.target.wants_master/dcos-adminrouter.service

可以看到dcos-adminrouter.service是指向/opt/mesosphere/packages下面的一个路径，Open DC/OS的所有组件都是安装在这个路径下面的。

在/opt/mesosphere/packages/adminrouter--cee9a2abb16c28d1ca6c74af1aff6bc4aac3f134/nginx/conf这个路径下面，有一个文件nginx.master.conf，打开这个文件，就能看到熟悉的对于nginx的配置。

upstream mesos {

server leader.mesos:5050;

}

upstream marathon {

server master.mesos:8080;

}

location /mesos/ {

access_by_lua 'auth.validate_jwt_or_exit()';

proxy_set_header Host $http_host;

proxy_pass http://mesos/;

}

location /marathon/ {

# Enforce access restriction. Auth-wise, treat /marathon*

# equivalently to /service/marathon*.

access_by_lua 'auth.validate_jwt_or_exit()';

proxy_set_header Host $http_host;

proxy_pass http://marathon/;

}

从这个配置文件可以看出，所有对内的访问marathon的页面，访问mesos的页面，都是通过leader.mesos进行，这个域名是mesos-dns给出的，对应的是内部的IP地址，如果从外部访问marathon或者mesos的页面，则必须通过admin router，通过 http://admin-router-external-ip/marathon 或者 http://admin-router-external-ip/mesos 来访问。

第二、Mesos-DNS

对于数据中心操作系统来讲，服务发现和负载均衡是最最核心的功能，只有有了这些功能，才能使得服务的物理布局，服务之间的依赖关系，服务挂掉之后的自动修复不需要用户关心，才能使得用户像用一台电脑一样使用整个数据中心。

如果服务之间的相互调用不使用IP地址，而使用域名的话，问题会简单很多。

如图所示，对于Mesos上运行的每一个Task，Mesos-DNS都可以通过调用Mesos-Master的API得到，并且为每个Task分配一个域名和IP的对应项。如果一个Task需要访问另一个Task，则需要配置域名即可，无论Task如何挂掉，如何分配到其他的节点上运行，域名都不会变，当然Task的IP可能会变，但是不用担心，Mesos-DNS会更新它。每个Mesos-Agent只需要配置/etc/resolv.conf指向mesos-dns就可以了。

当一个Task运行的时候，Mesos-DNS会创建一个域名<task>.<service>.mesos对应：

Mesos-Agent的IP地址

如果是Mesos Containerizer的话，返回的是Task内部容器的IP

另外<task>.<service>.slave.mesos还会提供所在的物理机的IP地址。这样通过hostport和Mesos-DNS所给的域名，可以实现服务的发现。

第三：marathon-lb

使用DNS虽然可以实现服务的自发现，但是不容易实现服务的负载均衡和弹性伸缩，而marathon-lb实现了这些功能。

Marathon-lb是一个基于haproxy的负载均衡器，但是它会监听marathon event bus，每当注册到marathon-lb上的服务数目变化的时候，marathon-lb也会自动更新haproxy的配置文件，从而实现负载均衡。Marathon-lb可以如图中实现对外的负载均衡，也可以实现对内的服务之间相互调用的负载均衡。

Marathon的安装可以在界面中universe里面搜索marathon-lb安装，也可以通过命令行执行dcos package install Marathon-LB进行安装，默认安装的对外的负载均衡器。

我们在服务里面创建如下的应用：

{

"id": "nginx",

"container": {

"type": "DOCKER",

"docker": {

"image": "nginx:1.7.7",

"network": "BRIDGE",

"portMappings": [

{ "hostPort": 0, "containerPort": 80, "servicePort": 10000 }

"forcePullImage":true

}

"instances": 1,

"cpus": 0.1,

"mem": 65,

"healthChecks": [{

"protocol": "HTTP",

"path": "/",

"portIndex": 0,

"timeoutSeconds": 10,

"gracePeriodSeconds": 10,

"intervalSeconds": 2,

"maxConsecutiveFailures": 10

}],

"labels":{

"HAPROXY_GROUP":"external"

}

在这个应用里面，servicePort为10000则说明我们注册到marathon-lb上的外部端口为10000, labels里面写的是external，也即注册到外部的负载均衡器上。

这个时候，我们访问public slave上的10000端口，就能看到启动的nginx的页面 http://54.254.148.129:10000/ ，内部其他的应用可以通过 http://marathon-lb.marathon.mesos:10000 来访问这个nginx

如果我们访问public slave上的haproxy的配置页面 http://54.254.148.129:9090/haproxy?stats ，可以看到如下的映射关系。

对外marathon-lb监听10000端口，对内映射为10.0.1.78上的20215端口，如果我们从服务页面上查看，的确启动的nginx是监听20215端口的。

接下来我们部署marathon-lb-autoscale，它监控haproxy，发现RPS(request per seconds)超过一定的数目，就对应用进行弹性扩展。

{

"id": "marathon-lb-autoscale",

"args":[

"--marathon", " http://leader.mesos:8080" ,

"--haproxy", " http://marathon-lb.marathon.mesos:9090" ,

"--target-rps", "100",

"--apps", "nginx_10000"

"cpus": 0.1,

"mem": 16.0,

"instances": 1,

"container": {

"type": "DOCKER",

"docker": {

"image": "brndnmtthws/marathon-lb-autoscale",

"network": "HOST",

"forcePullImage": true

}

接下来，我们部署应用siege向nginx发送请求

{

"id": "siege",

"args":[

"-d1",

"-r1000",

"-c100",

" http://marathon-lb.marathon.mesos:10000/"

"cpus": 0.5,

"mem": 16.0,

"instances": 1,

"container": {

"type": "DOCKER",

"volumes": [],

"docker": {

"image": "yokogawa/siege",

"network": "HOST",

"privileged": false,

"parameters": [],

"forcePullImage": false

}

如果我们看haproxy的stats页面，发现已经有请求发过来了。这个时候我们增加siege到10，给nginx加压。

过一段时间就会发现marathon-lb-autoscale已经有动作了。

将一个nginx变成8个nginx

当我们将siege从10个变回0个的时候。

第四、Minuteman

Minuteman是一个内部的东西向的负载均衡器，可用于设置VIP，多个实例使用同一个VIP来进行负载均衡。

在创建服务的时候，选择Load Balanced，则下面会出现一行地址：nginxdocker.marathon.l4lb.thisdcos.directory:80，这个就是minuteman分配的VIP。

当服务创建好了之后，通过curl http://nginxdocker.marathon.l4 ... ry:80 就可以访问这个服务，但是我们如果ping这个域名却是不通的，而且对于的IP地址也是很奇怪的IP地址，这个IP就是VIP.

这是怎么做到的呢？minuteman的load balancer是基于Netfilter的，在dcos的slave节点上，我们能看到多出来了四个iptables规则。其中前两个规则是在raw表里面的，后两个规则是在filter表里面的。

-A PREROUTING -p tcp -m set --match-set minuteman dst,dst -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j NFQUEUE --queue-balance 50:58

-A OUTPUT -p tcp -m set --match-set minuteman dst,dst -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j NFQUEUE --queue-balance 50:58

-A FORWARD -p tcp -m set --match-set minuteman dst,dst -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j REJECT --reject-with icmp-port-unreachable

-A OUTPUT -p tcp -m set --match-set minuteman dst,dst -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j REJECT --reject-with icmp-port-unreachable

根据iptbles的规则raw表中的规则会被先执行，一旦到达了filter表的minuteman的包就都过滤掉了。

NFQUEUE的规则表示将对于包的处理权交给用户态的一个进程。--queue-balance表示会将包发给几个queue，然后用户态进程会使用libnetfilter_queue连接到这些queue中，将包读出来，根据包的内容做决策后放回内核进行发送。

在每一个Mesos-Agent节点上都运行这一个minuteman的进程，监听这些queue，我们可以通过访问API查看VIP的映射关系，curl http://localhost:61421/vips 。

我们可以看到VIP的11.112.175.214后面跟着两个节点10.0.1.78:27003和10.0.1.78:4989，正好对应nginx的两个实例。

四、DC/OS的微服务及大数据的管理机制

DC/OS是基于Mesos的，Mesos的灵活框架机制可以使得DC/OS既能够部署容器，也能够部署大数据框架，大数据框架在不运行任务的时候，几乎不占用资源，从而真正实现微服务和大数据框架的资源共享。

前面我们部署容器的时候，都是自己准备marathon的json进行部署的，这就需要使用服务的人和设计服务的人同样的专业。

DC/OS采用了一种package管理机制，将运行一个微服务或者框架所需要的各种配置制作成模板，模板由专业人士制作好上传到package repository，使用者就不需要那么专业，只要运行dcos package install安装即可。

Mesosphere提供了官方的package repository，名为universe，地址为 https://universe.mesosphere.com/repo ，在github上可以找到对应的代码 https://github.com/mesosphere/universe 。

对于一个package，往往包含下面的部分：

package.json：这里面保存了一些metadata的数据，例如对于spark

"name": "spark",

"description": "Spark is a fast and general cluster computing system for Big Data. Documentation: https://docs.mesosphere.com/cu ... ot%3B ,

"licenses": [

{

"name": "Apache License Version 2.0",

"url": " https://raw.githubusercontent. ... ot%3B

}

"tags": [

"bigdata",

"mapreduce",

"batch",

"analytics"

config.json：保存一些配置项，例如对于spark

"name": {

"default": "spark",

"description": "The Spark Dispatcher will register with Mesos with this as a framework name. This service will be available at http://<dcos_ur l>/service/<name>/",

"type": "string"

"cpus": {

"default": 1,

"description": "CPU shares",

"minimum": 0.0,

"type": "number"

"mem": {

"default": 1024.0,

"description": "Memory (MB)",

"minimum": 1024.0,

"type": "number"

"role": {

"description": "The Spark Dispatcher will register with Mesos with this role.",

"type": "string",

"default": "*"

marathon.json.mustache：是一个模板，里面的一些变量会替换为config.json里面的内容，最终变成可以直接发送给marathon的请求。以spark为例

"id": "{{service.name}}",

"cpus": {{service.cpus}},

"mem": {{service.mem}},

"container": {

"type": "DOCKER",

"docker": {

"image": "{{resource.assets.container.docker.spark_docker}}",

"network": "HOST",

"forcePullImage": true

}

resource.json：是一些资源，如image，tar.gz文件等

"assets": {

"container": {

"docker": {

"spark_docker": "mesosphere/spark:1.0.2-2.0.0"

}

所有的这些配置都像模板一样已经预先写好，安装的时候界面上一点，或者一行命令就安装好了。

当然你如果点击Advanced Installation，则所有的配置都可以定制化

就像yum里面一样，将mysql-server的yum包的制作者和mysql的使用者分开，普通用户作为使用者，不需要了解太多的细节，用就是了。

如果想在数据中心里面使用package管理，可以生成自己的local universe，里面放入自己的应用，只要专业人士设计一次，便可以多次使用。也可以一次安装多个软件形成一个group，里面包含微服务的，也包含大数据的，两者可以通过服务发现相互访问。

我们在这里先安装一个spark的软件

最初安装完毕spark，却发现只有一个docker

Spark不是一个集群计算框架吗，怎么会只有一个Docker呢？这就是mesos对大数据框架管理的特殊之处。在spark不运行任务的时候，就仅仅占用这一个docker，其实是一个框架。

安装过程如图所示：

dcos package install spark会将请求提交给admin router

admin router会将请求提交给cosmos，也即package管理的服务

cosmos将config.json, resource.json, marathon.json组合成为一个marathon请求提交给marathon

marathon将请求交给mesos-master，然后交给mesos-agent

mesos-agent启动一个容器运行spark

启动的spark容器会注册到mesos里面成为一个新的framework

真正运行spark任务的时候，才会有其他占用资源的任务被创建出来。

dcos spark run --submit-args='-Dspark.mesos.coarse=true --driver-cores 1 --driver-memory 1024M --class org.apache.spark.examples.SparkPi https://downloads.mesosphere.c ... T.jar 30'

Spark运行过程如图：

dcos spark run将任务提交给admin router

admin router将任务提交给spark framework

spark framework将任务提交给mesos-master

mesos-master将任务分发给mesos-agent进行分别处理

任务运行完毕后，所有mesos-agent上占用的资源又都释放了。

正是这种模式，才实现微服务和大数据框架的共享资源，与此相对应的是使用Docker来部署spark集群，然后集群自管理，不归mesos管理。这样在创建spark集群的时候，就需要指定spark worker占用的资源，比如16G，然而这16G资源则无论spark是否在计算，都会被占用，都不会被其他的框架使用。

五、DC/OS 1.8的新功能

对于最新的DC/OS 1.8，有一个博客 https://dcos.io/blog/2016/intr ... .html 描述了最新的功能。

其中第一个重要的功能为Mesos 1.0 and the Universal Container Runtime，也即可以使用mesos-containerizer来运行Docker的镜像了。这也是DC/OS对于容器的管理越来越独立的体现。

我们在mesos-agent所在的机器上可以查看

ip-10-0-1-78 dcos.target.wants_slave # ps aux | grep mesos-agent

root 1824 0.6 0.3 1069204 46948 ? Ssl Oct03 9:57 /opt/mesosphere/packages/mesos--19a545facb66e57dfe2bb905a001a58b7eaf6004/bin/mesos-agent

mesos-agent的配置在路径/opt/mesosphere/packages/mesos--19a545facb66e57dfe2bb905a001a58b7eaf6004下面，在/opt/mesosphere/packages/mesos--19a545facb66e57dfe2bb905a001a58b7eaf6004/dcos.target.wants_slave/dcos-mesos-slave.service里面是mesos-slave的启动参数的设置，通过mesos的文档，我们知道对于mesos的参数可以使用环境变量进行设置。

ip-10-0-1-78 dcos.target.wants_slave # cat dcos-mesos-slave.service

[Unit]

Description=Mesos Agent: DC/OS Mesos Agent Service

[Service]

Restart=always

StartLimitInterval=0

RestartSec=5

KillMode=control-group

Delegate=true

LimitNOFILE=infinity

TasksMax=infinity

EnvironmentFile=/opt/mesosphere/environment

EnvironmentFile=/opt/mesosphere/etc/mesos-slave-common

EnvironmentFile=/opt/mesosphere/etc/mesos-slave

EnvironmentFile=/opt/mesosphere/etc/proxy.env

EnvironmentFile=-/opt/mesosphere/etc/mesos-slave-common-extras

EnvironmentFile=-/var/lib/dcos/mesos-slave-common

EnvironmentFile=-/var/lib/dcos/mesos-resources

EnvironmentFile=-/run/dcos/etc/mesos-slave

ExecStartPre=/bin/ping -c1 ready.spartan

ExecStartPre=/bin/ping -c1 leader.mesos

ExecStartPre=/opt/mesosphere/bin/bootstrap dcos-mesos-slave

ExecStartPre=/opt/mesosphere/bin/make_disk_resources.py /var/lib/dcos/mesos-resources

ExecStartPre=/bin/bash -c 'for i in /proc/sys/net/ipv4/conf/*/rp_filter; do echo 2 > $i; echo -n "$i: "; cat $i; done'

ExecStart=/opt/mesosphere/packages/mesos--19a545facb66e57dfe2bb905a001a58b7eaf6004/bin/mesos-agent

在文件/opt/mesosphere/etc/mesos-slave-common中配置了大量的mesos-agent的参数

MESOS_MASTER=zk://zk-1.zk:2181,zk-2.zk:2181,zk-3.zk:2181,zk-4.zk:2181,zk-5.zk:2181/mesos

MESOS_CONTAINERIZERS=docker,mesos

MESOS_LOG_DIR=/var/log/mesos

MESOS_MODULES_DIR=/opt/mesosphere/etc/mesos-slave-modules

MESOS_CONTAINER_LOGGER=org_apache_mesos_LogrotateContainerLogger

MESOS_ISOLATION=cgroups/cpu,cgroups/mem,disk/du,network/cni,filesystem/linux,docker/runtime,docker/volume

MESOS_DOCKER_VOLUME_CHECKPOINT_DIR=/var/lib/mesos/isolators/docker/volume

MESOS_IMAGE_PROVIDERS=docker

MESOS_NETWORK_CNI_CONFIG_DIR=/opt/mesosphere/etc/dcos/network/cni

MESOS_NETWORK_CNI_PLUGINS_DIR=/opt/mesosphere/active/cni/

MESOS_WORK_DIR=/var/lib/mesos/slave

MESOS_SLAVE_SUBSYSTEMS=cpu,memory

MESOS_EXECUTOR_ENVIRONMENT_VARIABLES=file:///opt/mesosphere/etc/mesos-executor-environment.json

MESOS_EXECUTOR_REGISTRATION_TIMEOUT=10mins

MESOS_CGROUPS_ENABLE_CFS=true

MESOS_CGROUPS_LIMIT_SWAP=false

MESOS_DOCKER_REMOVE_DELAY=1hrs

MESOS_DOCKER_STOP_TIMEOUT=20secs

MESOS_DOCKER_STORE_DIR=/var/lib/mesos/slave/store/docker

MESOS_GC_DELAY=2days

MESOS_HOSTNAME_LOOKUP=false

GLOG_drop_log_memory=false

默认的mesos-containerizer的隔离只包括cpu和memory，然而在最新的mesos版本里面，多了provisioner这一层，在上面的配置里面隔离了MESOS_ISOLATION=cgroups/cpu,cgroups/mem,disk/du,network/cni,filesystem/linux,docker/runtime,docker/volume，从而可以启动docker的镜像了。

第二个最重要的功能是CNI, container network interface。

CNI要工作需要三部分：

首先DC/OS不需要外置的IPAM，而是由mesos-master的replicated_log负责管理分配IP地址，Mesos需要启动的时候，载入overlay network的modules。

在路径/opt/mesosphere/etc/mesos-slave-modules下面有文件overlay_slave_modules.json

ip-10-0-1-78 mesos-slave-modules # cat overlay_slave_modules.json

{

"libraries":

[

{

"file": "/opt/mesosphere/active/mesos-overlay-modules/lib/mesos/libmesos_network_overlay.so",

"modules":

[

{

"name": "com_mesosphere_mesos_OverlayAgentManager",

"parameters" :

[

{

"key": "agent_config",

"value" : "/opt/mesosphere/etc/overlay/config/agent.json"

}

]

}

]

}

]

}

其次需要载入CNI isolator，这个在MESOS_ISOLATION这个环境变量里面已经配置了。

最后还需要navstar服务来实现跨节点之间的IP互访问

每个mesos-agent的机器上都有opt/mesosphere/packages/navstar--589afdaef03114a17576ee648ae433a052f7a4b9/，都会运行一个navstar进程。

每个机器上都会创建网卡d-dcos，如果Docker容器使用CNI获取IP的容器都Attach到这个网卡上，而非docker0上。

每个机器上都会创建网卡m-dcos，如果mesos容器使用CNI获取IP的容器都Attach到这个网卡上。

每台机器的d-dcos和m-dcos的网段都不同。

每台机器都会创建一个vtep1024的网卡，作为VTEP，背后是vxlan。

每台机器都会创建默认的路由表，从本节点连接到其他的节点默认走vtep1024这个网卡。

9.0.0.0/24 via 44.128.0.1 dev vtep1024

9.0.1.0/24 via 44.128.0.2 dev vtep1024

9.0.3.0/24 via 44.128.0.4 dev vtep1024

对DC/OS的网络的配置在/opt/mesosphere/etc/dcos/network/cni路径下

为了试验这两个新的功能，我们首先创建一个使用CNI的Mesos容器，但是启动的是Docker的Image nginx

{

"id":"nginxmesos",

"cmd":"env; ip -o addr; sleep 3600",

"cpus":0.10,

"mem":512,

"instances":1,

"ipAddress":{

"networkName":"dcos"

"container":{

"type":"MESOS",

"docker":{

"network":"USER",

"image":"nginx",

"portMappings":[

{

"host_port": 0,

"container_port": 80,

"protocol": "tcp"

}

]

}

在日志里面，打印出来容器的IP地址是m-dcos网段的。

然后我们再启动一个使用CNI的Docker容器

{

"id":"nginxmesos1",

"cmd":"env; ip -o addr; sleep 3600",

"cpus":0.10,

"mem":512,

"instances":1,

"ipAddress":{

"networkName":"dcos"

"container":{

"type":"DOCKER",

"docker":{

"network":"USER",

"image":"nginx",

"portMappings":[

{

"host_port": 0,

"container_port": 80,

"protocol": "tcp"

}

]

}

从日志我们看出，配置的IP是d-dcos网段的，而非docker0网段的。

从Mesos上我们看出这两个容器是在两个节点上的

登入Docker的容器，ping另外一个CNI的mesos的IP是没有问题的。

ip-10-0-1-78 cni # docker ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

e7908deb3017 nginx "/bin/sh -c 'env; ip " 28 minutes ago Up 28 minutes 80/tcp, 443/tcp mesos-b3fbe6d9-236a-4856-a986-9babbba9c02c-S2.e3c96fa7-b5ff-4af6-9099-bbed399c7c37

a992929fb0d1 nginx "nginx -g 'daemon off" 6 hours ago Up 6 hours 443/tcp, 0.0.0.0:4989->80/tcp mesos-b3fbe6d9-236a-4856-a986-9babbba9c02c-S2.fca41f8d-816c-49cd-9b19-ba059b95e885

8032756dd66e nginx "nginx -g 'daemon off" 6 hours ago Up 6 hours 443/tcp, 0.0.0.0:27003->80/tcp mesos-b3fbe6d9-236a-4856-a986-9babbba9c02c-S2.c0fdd3db-6f17-41d3-ab05-6f2d4d0bfa13

ip-10-0-1-78 cni # docker exec -it e7908deb3017 bash

root@e7908deb3017:/# ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

valid_lft forever preferred_lft forever

inet6 ::1/128 scope host

valid_lft forever preferred_lft forever

51: eth0@if52: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1420 qdisc noqueue state UP group default

link/ether 02:42:09:00:03:82 brd ff:ff:ff:ff:ff:ff

inet 9.0.3.130/25 scope global eth0

valid_lft forever preferred_lft forever

inet6 fe80::42:9ff:fe00:382/64 scope link

valid_lft forever preferred_lft forever

root@e7908deb3017:/# ping 9.0.2.13

PING 9.0.2.13 (9.0.2.13): 56 data bytes

64 bytes from 9.0.2.13: icmp_seq=0 ttl=62 time=0.709 ms

64 bytes from 9.0.2.13: icmp_seq=1 ttl=62 time=0.535 ms

http://www.tuicool.com/articles/Vve6n2e

已有 0 人发表留言，猛击->> 这里<<-参与讨论

ITeye推荐

—软件人才免语言低担保赴美带薪读研！—

HADOOP OS部分优化

Sun, 18 Jan 2015 00:39:24 CST

open file descriptors and files

文件描述符是一个索引值，指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。在程序设计中，一些涉及底层的程序编写往往会围绕着文件描述符展开，文件描述符这一概念往往只适用于UNIX、Linux这样的操作系统。

在Linux系列的操作系统上，由于Linux的设计思想便是把一切设备都视作文件。因此，文件描述符为在该系列平台上进行设备相关的编程实际上提供了一个统一的方法。

在CentOS中通过下面的命令查看：

cat /proc/sys/fs/file-max
800000

也可以通过查看文件中的内容来查看，其中的fs.file-max定义了最大的打开文件描述符数量：

cat /etc/sysctl.conf
 
fs.file-max = 800000
net.core.rmem_default = 12697600
net.core.wmem_default = 12697600
net.core.rmem_max = 873800000
net.core.wmem_max = 655360000
net.ipv4.tcp_rmem = 8192 262144 4096000
net.ipv4.tcp_wmem = 4096 262144 4096000
net.ipv4.tcp_max_orphans = 300000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 1025 65535
net.ipv4.tcp_max_syn_backlog = 100000
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp.keepalive_time = 1200
net.ipv4.tcp_max_tw_buckets = 5000
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 1500
net.core.somaxconn=32768
vm.swappiness=0

CentOS下可以通过下面的命令来增加最大打开文件描述符数量，在集群中的每台机器上执行：

# su – (hdfs & Hadoop users)
# ulimit –S 4096
# ulimit –H 32832

也可以通过修改/etc/sysctl.conf文件中的fs.file-max来达到目的。

由于这部分的数值远远大于文档中所列出的数字，此部分没有做优化。

File System

Linux的发行版本对于文件系统有着不同的初始设置。经过测试不同的Linux File Systems，发现EXT4格式要比EXT3更好。EXT4中的新特性，比如多块延迟分配，相比于EXT3要提高很大一部分的性能。在EXT3中，当一个文件被创建或数据被添加到一个已经存在的文件时，会直接调用文件block allocator，每个block一次；而EXT4则不同，它会做一个缓冲，以便以后能够最优化地将数据连续地放入硬盘。连续的文件能够很容易地被机械硬盘读写以能够提高存储IO的整体性能。

默认情况下，Linux会把文件访问的时间atime作记录，这在绝大多数场合下都是没有必要的，尤其是IO负载比较高的Hadoop集群下，可以尝试使用noatime和nodiratime。

在Hadoop中，很多中间文件（比如map输出的中间文件）都只会在Hadoop job运行过程中存活，job执行完成就会被删除了，根本没有必要存在访问时间戳。

通过命令cat /etc/fstab来查看当前的设置：

UUID=5d75c681-1101-46c2-9428-3e48310765ce                 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
LABEL=SWAP-sda3         swap                    swap    defaults        0 0

可以看到当前并没有使用EXT4格式以及noatime。

注意，修改完设置后需要重新挂载文件系统，不需要重启。

mount -o remount /

另外一个对于dataNodes的优化点就是通过改变文件系统的保留块大小。Linux文件系统中为了保证root能够登录到操作系统中，需要保留一定的磁盘空间，默认这个值设置为5%。但是当前磁盘空间都是TB级别的，因此保留5%就会造成一大部分空间的浪费，对于1TB来说就是50G。

通过下面的命令来列出当前的保留磁盘空间。

tune2fs –l /dev/sdaX

下面的命令可以将保留磁盘空间的容量设置成1%:

tune2fs –m 1 /dev/sdaX

Network

两个网络相关的参数可以影响Hadoop的性能。net.core.somaxconn Linux内核设置能够支持NameNode和JobTracker的大量爆发性的HTTP请求。

net.core.somaxconn是listen()的默认参数,挂起请求的最大数量.默认是128.对繁忙的服务器,增加该值有助于网络性能，当前已经被调整到32768。

这个参数同样可以通过编辑/etc/sysctl.conf文件来改变，其中有一行：

net.core.somaxconn=32768

或者：echo 2048 > /proc/sys/net/core/somaxconn 但是这样系统重启后保存不了。

设置txqueuelen到4096及以上能够更好地适应在Hadoop集群中的突发流量， txqueuelen代表用来传输数据的缓冲区的储存长度，通过下面的命令可以对该参数进行设置为4096：

sudo ifconfig eth# txqueuelen 4096

其他的一系列在/etc/sysctl.conf中的配置，可以对网络产生影响：

net.core.rmem_default = 12697600
net.core.wmem_default = 12697600
net.core.rmem_max = 873800000
net.core.wmem_max = 655360000
net.ipv4.tcp_rmem = 8192 262144 4096000
net.ipv4.tcp_wmem = 4096 262144 4096000
net.ipv4.tcp_max_orphans = 300000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 1025 65535
net.ipv4.tcp_max_syn_backlog = 100000
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp.keepalive_time = 1200
net.ipv4.tcp_max_tw_buckets = 5000
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 1500

上述设置需要重新启动整个集群系统。

Transparent Huge Page

Linux的特性 Transparent HugePages在大部分的应用中都提高了整体性能，包括Hadoop的工作负载。但是，其中的一项被称为Compaction的子特性会导致Hadoop工作负载的问题，在设置了Compaction的Hadoop benchmark测试中，结果会存在25%的浮动，而关闭Compaction后浮动消失。

当进行内存碎片整理时，Compaction会提高CPU资源利用率，这能够帮助优化 Transparent HugePages，但是偷取了CPU资源，却影响了hadoop中正在运行的task性能。

通过以下命令可以查看是否启用compaction：

cat /sys/kernel/mm/redhat_   transparent_hugepages/defrag

以及以下命令来禁用Compaction：

echo never > /sys/kernel/mm/redhat_   transparent_hugepages/defrag

这个特定暂时没有进行修改，因为CentOS中没找到在哪儿设置。

Linux kernal swappiness parameter

任何进程只要涉及到换页向磁盘写文件都会降低hadoop的性能，Linux内核进程vm.swappiness会检查无用的内存分页并将它们交换到磁盘上。默认的值是60，可以设置为0——100。对于Hadoop来说，设置成0是一个好主意，这并没有将这个特性关闭，Linux仍然进行换页操作，但是由于这个进程在仍然还有一大部分空闲内存时仍然会进行换页，将它设置成0可以尽可能地减少内存和磁盘的延迟。

这个参数仍然可以通过编辑/etc/sysctl.conf来进行修改。

也可以如下：echo 0 > /proc/sys/vm/swappiness

当前集群已经设置：

vm.swappiness=0

已有 0 人发表留言，猛击->> 这里<<-参与讨论

ITeye推荐

—软件人才免语言低担保赴美带薪读研！—

下一代OS X将被重新设计，再次向iOS看齐

Fri, 02 May 2014 16:37:15 CST

两年前，苹果公司在发布其新一代桌面操作系统Mac OS X 10.7 Lion的时候，打出了“Back to the Mac”的标语。这个标语的意思是，iOS诞生之初借鉴了许多Mac OS X的元素，而在OS X Lion系统中，苹果将一些iOS上大获成功的特性移植了回来。

实际上，从视觉界面到软件功能，苹果旗下的两个操作系统——OS X和iOS从未停止过互相“学习”。而iOS7的用户界面在Ive主导下被重新设计过之后，不断有传言称下一代的OS X也将会遵循iOS的脚步，并将于今年6月的WWDC2014大会上对外公布出来。

根据9to5Mac的报道，在一个月之后举办的WWDC2014上，下一代的OS X——OS X 10.10将会比iOS8更让人期待。9to5Mac引用接近这个项目的消息源称，OS X 10.10将会得到从代码层面到用户界面的重新设计，而正因如此，苹果也会像重新设计过iOS7之后那样，向开发者大力推广它的新一代的桌面操作系统，促使开发者们也做出配合。与此同时，苹果也已经将一部分iOS的设计人员调配到OS X设计团队来推进开发进度。

新设计将会向iOS7看齐，采用更锋利的窗口棱角，更清晰的系统图标，以及比现有版本更多的留白，比起目前的视觉效果更“扁平化”。当然，OS X作为一个桌面操作系统的特有功能如Finder（文件浏览器）、多窗口多任务以及Mission Control功能都将会保留下来。

同时，新的操作系统将会在今年秋季放出，到时候苹果将会更新旗下的Mac硬件产品，搭载新的操作系统发售——这是苹果惯用的发布节奏。

虽然目前没有关于新版操作系统的截图流出，但我们可以从苹果最新的软件中看到设计风格的变化。比如最新版的iWork套件和OS X mavericks内置的iBooks、备忘录等应用，都采用了此前没有过的扁平化的视觉元素。

不过，OS X 10.10的最终代号仍未确定下来。此前有消息称，这款操作系统的代号将会为“Syrah”。

苹果发布iOS 9 、watchOS 2.0和升级OS X系统

Tue, 09 Jun 2015 08:21:04 CST

北京时间今日凌晨 1 点，苹果一年一度的开发者大会（WWDC 2015）在旧金山举行。它的与会者来自全球 70 多个国家，80% 是首次参加该会议。和每年的公司宣传片开场不同，苹果用喜剧演员和主持人 Bill Hader 的一段恶搞视频启动了今年的大会。

不过数字依然是重要的，这一次，苹果不再谈卖了多少 iOS 产品，而是专注于庞大的 App Store 应用商店：从 2008 年推出至今，苹果应用商店内应用下载次数已经突破 1000 亿、平均每个用户下载 119 个应用。在这个过程中，苹果为开发者支付了 300 亿美元。

在最重要的新产品方面，此次 WWDC 和往常一样聚焦于新的操作系统。不过在 iPhone 和 Mac 上，你不会看到太多新的功能，更多是贴心的细节升级。

新系统改变最大的将是 iPad 和 Apple Watch。没错，刚发售没到两个月的 Apple Watch 也迎来了新的操作系统。今年秋天，所有新系统都会免费送到你的苹果设备上。

现在我们一起看看发布会上值得一提的新东西具体都是些什么：

Apple Watch 有了新系统，watchOS 2.0

发售一个多月来，Apple Watch 收到的评价褒贬不一。智能手表是不是有存在意义、苹果是否能在个人电脑、智能手机以外再带来一个不同形态的计算设备，目前还看不到头绪。

在这样的不确定下，苹果推出了新的手表操作系统 watchOS 2.0。iPhone 发售后等了一年才看到新系统的身影，而 Apple Watch 只等了不到两个月。

新系统带来一系列新功能，让你的手表更有用一些：

新表盘

用户可以将照片或者整个相册作为表盘；此外苹果还拍摄了伦敦、上海在内的数个城市的缩时视频，同样可以让你用作表盘。

第三方应用的信息现在可以被加入在表盘的小空档里，比如显示汽车的充电情况或者下一个航班的时间。终于不再用月相和日出时间凑数了。

时间旅行

Apple Watch 的小屏幕显示不了太多信息。比如 iPhone 同时显示未来的三项日程，手表就只能显示一项。苹果在新系统中给出的解决方法是让你调时间。

在表盘下，拨动数字表冠便能快进到未来的某个时间点。此时你的日程、天气，甚至第三方应用中的功能，比如汽车充电进度，都会根据时间做出相应调整。

更独立

目前 Apple Watch 只有连着手机才能联网获取信息。新版本到来后，Apple Watch 将会自动连接你手表连过的 Wi-Fi 网络，当手机不在身边时，手表也能让你获取基本信息。

其它小变化

变成钟，你不能带着 Apple Watch 睡觉，因为它总会需要充电。苹果做了一个有用的新功能——Night Stand Mode，Apple Watch 被变成了一个钟，在充电时显示时间。

Digital Touch 开始支持更多颜色。你发给其它 Apple Watch 用户的图案有了更多色彩，不过真的有人用这功能么？

Siri 可以直接语音启动锻炼记录，原先需要在手表上进入健身应用再手动选择。在小屏幕上，Siri 变得更实用了。

手表上可以回复邮件了——输入的方式还是用语音转文字。

新开发工具，真正有用的手表应用终于来了？

Apple Watch 已经有数千款应用，但当中好用的却不多。其原因除了应用开发者只有很短的时间可以熟悉手表以外，另一个问题这些应用也没法在手表上直接运行。

目前非苹果自家的 Apple Watch 应用都非常慢。因为应用的所有计算都在 iPhone 上完成，然后通过蓝牙传输到手表上，效率可想而知。苹果今天发布的新开发工具 Native watchSDK 将允许第三方应用直接在手表上运行。

除了更快以外，新的开发工具将允许应用在手表上录音、控制震动、播放音乐和视频、读取用户的心跳等体征信息。基本上，原先苹果自己应用能做的事，第三方应用基本也能做了。

一个例子是新的微信。原先微信在回复对方时，如果你说话，就会语音识别为文字，准确度不高。现在可以直接将语音发送给对方，就像手机微信一样。

新系统 watchOS 2 和原生 Apple Watch 应用将在今年秋天开放给普通用户。

iOS 9：一次全面内部翻修

苹果将新系统的重点放在优化基础之上。据称新系统更加省电，可以将 iPhone 6 的续航时间延长 1 小时，新增的省电模式甚至可以在此基础上再多用 3 小时，这意味着带 iPhone 6 出门一天可以基本忽略掉续航不足的问题。

此前饱受诟病的升级所需空间也由 4.6GB 下降到 1.3GB，对于只能买的起 16GB iPhone 的朋友绝对是一个好消息。除了这些基础性能的增强外，iOS 9 最引人瞩目的功能莫过于更聪明的 Siri 和 Spotlight。

更主动的智能助手“Apple Now”

在刚刚过去的 Google I/O 大会上，新版 Android M 带来最振奋人心的功能应该就是“Now on tap”。它为 Google 的智能助手 Google Now 提供了回答问题的场景，你可以在需要的时候呼唤它，它省去了麻烦的语音搜索步骤。

然而，在 Google Now 越来越主动，与用户的交互越来越简单的同时。曾经第一个来到普通消费者身边的智能语音助手 Siri 的性格却依然是那么保守被动，现在，苹果希望它变得开放一点。

就像之前透露的 Proactive 功能那样，iOS 9 上的新 Siri 可以根据用户目前的时间、地点、正在使用的应用进行个性化辅助，例如当你工作日早上出家门时，Siri 就能够分析交通为你规划好上班路线。

很明显，现在所谓的智能助手都不够智能，新版 Siri 限制了助手所需要考虑的问题范围，无疑会带来更有准确的答案。

回归最左位置的 Spotlight

在之前的版本更新中，Spotlight 的地盘曾经一度被清除，不过现在它回来了，而且变得更加强大。现在用户可以在主界面向右滑动屏幕来到 Spotlight 搜索界面，它由上至下分为三大部分，Siri 建议、附近和新闻三栏。

“Siri 建议”里是用户常用的联系人和应用；“附近”栏为用户提供吃饭、消费、玩乐等基于位置的推荐信息；“新闻”栏则涉及苹果新推出的应用程序。

新 Spotlight 同时也是第三方应用的入口，比如你搜索一个餐厅，可以直接显示来自大众点评的信息，点一下就会直接在应用里打开那间餐厅的详细信息。

新应用“News”（新闻）

Newsstand 失败后，现在苹果推出了 News（新闻）应用取而代之。

News 类似于 Flipboard、Zaker 或是 Facebook 新推出的 Instant Articles。通过该应用，用户可以按照刊物、类别和关键字订阅自己感兴趣的内容。

目前加入进来的杂志和网站有《纽约时报》、《连线》、Quatz、ESPN、康泰纳仕下属的 17 本杂志、《经济学人》等等，它们的文章会重新排版，并加入更多的图片和视频来增强可读性。可以看到，苹果等科技公司正在努力将文字媒体“新闻”纳入到自己的生态圈中。

Home 智能家居中心

在去年的 WWDC 上苹果推出了 HomeKit 套件供第三方开发者将智能硬件接入苹果的智能家居平台。经过一年的运营后，苹果的智能家居应用终于面世了。

这个叫做 Home 的应用可以通过 iCloud 统一操控你家里所有的智能设备，并且在不同设备间建立连接，形成协同工作的效果。例如当你晚上回家后，你的空调、热水器都已经准备好，你就可以舒舒服服的洗澡上床睡觉了。

不过，对于没有购买智能家居设备的人来说，不过是 iPhone 上有多了一个删不掉的应用罢了。

除了这些重点更新外，还有一些小进步。

Apple Pay，苹果支付的影响力越来越大，Square、Pinterest 等应用开始支持 Apple Pay。下个月该服务也将进入英国。此前的 Passbook 卡单管理应用开始支持储值卡，也同时改成了更贴切的名字 Wallet（钱包）。
记事本开始支持画图功能，以及图片，超链接等格式的插入，向 Evernote 等笔记类应用演进。
地图应用开始支持公共交通换乘，其中包括绝大部分中国城市。

一屏两个应用，你准备好用 iPad 干点正事了吗？

苹果去年推出的大屏幕 iPhone 6 一骑当千，它强劲的销售势头不仅仅将原来的智能手机霸主三星挑下马，扫过的锋芒甚至还对自己的友军 iPad 造成了不小伤害。

大屏幕 iPhone 的出现直接让小屏幕的 iPad mini 显得可有可无，消费者发现平板最重要的看视频、上网的功能在大屏手机上也能得到很好的体验。乔布斯之前为 iPad 设定的使用场景——休闲——被 iPhone 取代，库克需要为 iPad 寻找下一个使用场景，不是为了休闲，而是为了工作。

于是，苹果在今天为 iPad 带来了尤为重要的两个功能，增强版 QuickType 和多任务处理分屏功能，iPad 终于有点生产了工具的样子了。

QuickType

去年随 iOS 8 推出的 QuickType 还很简单，它能够在用户输入英文时根据上下文进行联想与补全，这个功能对于中文用户来说相当鸡肋。但是新 QuickType 的用法一定会让你大跌眼镜。

它让用户把虚拟键盘当作触控板，实现文字的剪切、移动、粘贴等等功能，能够方便用户快速进行文字输入与整理。此外，在该功能支持下，iPad 的外接键盘可以对 iOS 9 进行快捷键操作，键位与传统 OS X 相同。

多任务处理与分屏

谣传已久的 iPad 分屏处理功能终于见分晓，新的任务切换界面更加优美。在使用某个应用 A 时，用户随时可以侧滑呼叫出另一个应用 B，应用 B 此时处于临时使用的状态，浮在应用 A 的表面。如果需要同时操作，只需要再点击应用 A 就可以将 A、B 进行同屏操作。

除此以外，所有应用中的视频都可以单独提取出来，作为一个小视频框在全局进行观看。

这两个功能从根本上改变了 iPad 的使用习惯，前者从输入、后者从输出分别对 iPad 进行了生产力级别的改造。虽然还不及桌面电脑，但是在进行简单文字处理上，已经绰绰有余。

遗憾的是，这么多代 iPad 中，只有去年推出的 iPad Air 2 这一款产品能用上最新的分屏功能。不过别着急，分屏更适合大屏幕。此前流传已久的大屏幕 iPad 说不定也会在今年晚些时候到来。

OS X EI Captian 稳中有变

苹果软件高级副总裁 Craig Federighi 首先庆贺了上一代 OS X 操作系统 Yosemite 的接受率，在推出 8 个月内达到了惊人的 55%，这也是历史上普及最迅速的桌面系统。当然他也顺道黑了一下微软的 Windows 8.1，在推出 8 个月后仅有 7% 的用户更新到该版本。

新一代苹果桌面系统 OS X 的名字依然沿袭了以加州风景命名的习惯，叫做 EI Captian（伊尔酋长岩），属于 Yosemite（优胜美）国家公园的重要景观之一，或许也在暗示该版本是对上一版本的内核稳定性的提升。

数据上看，在该版本系统中，应用的启动速度、切换速度、PDF 等文件的预览速度都得到了一定增强。苹果跟新了上一次 WWDC 大会上推出的 Metal 图形 API 工具，它能够提升 Mac 上大型 3D 游戏的运行效果。

除此以外，新一代桌面系统还有以下几个小升级：

Safari

终于，Safari 再次向 Google Chrome 看齐。新一代的浏览栏添加了固定标签页以及页面快速静音，两个在 Chrome 上早已有之的供能。

Spotlight

苹果将更多小工具加入苹果全局搜索的功能里，例如股票、天气、比赛等。这类似于很早就在 Google、百度等搜索引擎中应用的特殊搜索技巧。

邮件

苹果为邮件应用纂写新邮件的页面也添加了标签功能，同时搜索框也变得智能了一点，知道“没回的邮件”是什么意思。

窗口管理

这一次 OS X 最值得一提的就是多窗口、多屏幕管理功能。用户在一个屏幕内的窗口可以做到自动对齐，并且更方便的通过上方的多屏栏进行管理。该功能早在 Windows 8 中就已经出现，不过从现场演示看，苹果对于窗口边界的识别能力更好。

不那么令人惊喜的“One more thing”

在苹果眼里，这一次 WWDC 的重头戏既不是迈向生产力工具的 iPad，也不是迎来重要突破的 watchOS，而是谣传已久的，曾经帮助苹果白手起家的重要功臣——音乐服务。

然而之所以说这是一个并不有趣的服务，一方面是由于它至今没有进入中国，可以说与我没什么关系，另一方面则是因为它不够酷，这个音乐应用太胖了。你可以把这个 Apple Music 音乐想像成几个不同服务的结合体，就好像苹果把一个 iPod、一个 Spotify、一个 Pandora 以及半个专为歌手准备的公众号塞到了一个应用中。

当你可以用它下载专辑、进行点播、收听真人电台以及与歌星互动，当一切与音乐相关的服务都可以在这个应用里实现时，人们反而可能会丧失对音乐的兴趣，你会喜欢这个大而全的音乐应用吗？

经过 8 年的发展，iPhone 和 Mac 都已经到达一个相对成熟的状态，我们在这两个产品上看到的越来越多的是完善而非创新。从此次 WWDC 公布的新软件来看，苹果的重点变成了刚刚迈出第一步的手表和销量下滑的 iPad。而它们能不能取得类似 iPhone 的辉煌，将取决于苹果未来两年能通过软件带来多少新的可能。

来源：http://www.qdaily.com/display/articles/10562.html

如何让你的安卓手机瞬间变Firefox os 畅玩firefox os 应用

Tue, 30 Sep 2014 01:05:19 CST

Firefox os 手机迟迟不能在国内大面积上市，现在能买到的Firefox os手机国内就一款Firefox os ZET OPEN C ,但这款手机配置确实还不如人意，价格方面也不实惠，对于我们火狐os爱好者来说真的是一种煎熬的等待与选择，但今天我想告诉你其Firefox os 离我们并不远了，今天我就以图文的方式教大家如何在我们已有的android 手机设备上玩firefox os应用！！！

首先我们去手机里的任意安卓应用市场上下载Firefox os浏览器并安装！

                                                 下载

                                          安装并打开

点击Menu键出现以上情况，点击工具

                                       点击应用.

点击浏览火狐应用市场

好了，基本上我们可以看到Firefox os 应用市场的雏型了

点击任意游戏免费版;

下载过后会弹出安装对话

安装应用并打开

桌面上我们也可以看到应用的快捷启动图标!
ok,现在我们就可以尽情的畅玩Firefox os 游戏及应用了，是不是觉得android 手机秒变Firefox os 呢！大家可以去试试吧！！

原文链接:http://i5fox.com/forum.php?mod=viewthread&tid=8835

喜欢Firefox os 手机的朋友还可以关注Firefox os5狐网微信公众平台！

作者：GameLife_lch 发表于2014-9-29 17:05:19 原文链接

阅读：83 评论：0 查看评论

苹果OS X Yosemite正式版上手体验

Sat, 18 Oct 2014 20:34:28 CST

在前天的新一代 iPad 及 iMac 发布会之后，苹果公司向用户提供了 OS X Yosemite 正式版，依然是免费政策，目前用户通过 Mac App Store 已经可以下载安装。

在经过简单体验后，向大家介绍一下最新版本的 OS X 的新特性。

1. 外观：扁平化，更简洁

相对于之前的各个 OS X 版本，OS X Yosemite 最大的改变就是外观上，相当于从 iOS 6 到 iOS7 的扁平化设计巨变。视觉效果全面提升的同时，和 iOS 版本也更加统一，这也符合之前大家猜测的融合趋势，从全新的 Dock 图标上就可以一眼看出。

扁平化 Dock 图标

在 OS X Yosemite 里，苹果把窗口的半透明化做的非常精致，如果有窗口部分层叠，你能透过最表层的窗口看到下面应用程序或者桌面的色彩内容。

苹果 OS X 的内置应用也都被全新设计了外观和部分细节，单击 Safari 的地址栏，下方就会弹出书签里的网址以便快速访问，标签视图可以快速的管理目前打开的网站页面，还有 12 个经常访问的网站推荐，在 iOS 设备上现在也是如此。

新版的 Safari 浏览器新版的 Safari 浏览器

窗口的放大缩小和关闭按钮很像红黄绿三色的交通信号灯，并且放大按钮直接替代了原来位于右上角的全屏显示。不过退出全屏的时候，还是可以从右上角进行操作的。

双指向左轻扫触摸板可以打开新的通知中心，和 iOS 8 下拉显示的非常类似，新加入了今日摘要和各种 Widgets，并能通过 Mac App Store 更新。

新的 Spotlight 搜索甚至可以让你直接进行运算、汇率转换，还能在维基百科、Bing、新闻和地图等多个来源查找信息。查询结果还可以直接拨出电话、发送电子邮件等，当然，也可以像 iOS 一样通过搜索直接打开应用程序。

在邮件部分，苹果为其加入了基于 iCloud 的超大附件发送工具 Mail Drop，可以给对方发视频、演示文档甚至是文件夹，对方如果使用 Mac 的邮件应用，就和普通的附件完全类似，如果是其它应用或网页，就会收到一个链接来下载附件，每个附件最大可达 5GB。

另外，苹果还增加了对邮件附件如图片、表格和 PDF 功能进行批注修改的标记功能，可以使用手指签字，或者用 Mac 摄像头拍下签字用来添加签名。

2. 连续互通：统一电脑手机平板

在 OS X Yosemite 上，如果你在拥有 Mac 的同时还有 iOS 设备例如 iPhone 或 iPad，那将会体验到一个全新的功能——苹果称之为“连续互通(Continuity)”。

在你的所有设备都连接 iCloud 后，Mac 和 iOS 设备会“默契合作”。

首先，当 iPhone 有新的来电时，你的 Mac 和 iPad 都会响起，这样即使 iPhone 在客厅充电，你也可以在卧室用 iPad 接听电话；当你的 iPhone 还放在包里，就可以用面前的 Mac 接听此次通话，当然拨出也是可以的。

对第一次体验这个功能的用户来说，开始会有点不习惯，尤其是来个电话的时候会手忙脚乱，但随后适应就好。

不只是 iMessage，你的所有短信息都会同步显示在安装了 OS X Yosemite Mac 和 iOS 8 的设备上。这样可以通过 Mac 和 iPad 直接回复信息。

然后，两个设备之间有苹果称之为“Handoff”的功能，即可以用 Mac 和 iOS 设备延续性工作：假如在 iPhone 上创建了邮件，Mac 的左下角会出现一个图标，点击后即可接着在 Mac 上继续完成这个邮件，反之亦然。

根据苹果官网的描述，Handoff 可以和邮件、Safari、Pages、Numbers、Keynote、地图、信息、提醒事项、日历和通讯录配合使用。而且，开发者还可将 Handoff 加入到他们的 Apps 中。

可以直接链接 iPhone 做热点并显示电量何信号

最后，连续互通还包括方便的个人热点连接功能，当 iPhone 在 Mac 附近(通过蓝牙判断，所以必须打卡蓝牙)，点击 Mac 的 Wi-Fi 图标，你的 Mac 就能发现可以做热点的 iPhone 并直接连接，还能显示 iPhone 的信号强度和电池情况。

总结：

从近几代尤其是 Mountain Lion 开始，OS X 与 iOS 设计风格和功能上融合的趋势更加明显，在今年的版本上已经加入了扁平化元素。未来两者会不会合二为一，或者有像传闻中的中等屏幕尺寸的 Mac 或 iPad 同时使用两个系统由用户切换呢？我们拭目以待。

苹果在 OS X Yosemite 上大幅增强了 Mac 和 iOS 设备上的协同工作和连接功能，对于 iOS 用户的吸引力很大，旨在互相推动双方的保有量尤其是 iPhone 用户向潜在 Mac 用户的转化。

对那些正在用 Mac 却搭配非 iPhone 的用户来说，OS X Yosemite 是他们购买 iPhone 的一大推动力；反之，正在用 iPhone 的用户，若想在电脑之间获取更有趣也更有用的体验，一台 Mac 电脑也是必备之选。

本文链接

苹果WWDC 2014汇总：iOS 8、OS X和新的编程语言

Tue, 03 Jun 2014 10:16:08 CST

北京时间6月3日凌晨1点，苹果在美国旧金山Moscone中心举行了一年一度的WWDC开发者大会。传闻中的iPhone 6、Retina版本的MacBook Air、4K分辨率的iMac均爽约，这是一场只有软件没有硬件的发布会。

1. 全新的Mac OS X 10.10 Yosemite

没有任何悬念，今年的 WWDC 如期发布了全新的OS X Yosemite。和当初的 iOS 7 一样， OS X Yosemite 来了一个超级大变脸，整体采用了扁平化的设计风格：和 iOS 一样的 Dock 栏、全部重新绘制的应用图标，以及随处可见的毛玻璃效果，OS X 的整体设计和 iOS 如出一辙。

当然不仅仅是设计上的变化， 在整个功能上 OS X Yosemite 都借鉴了不少 iOS 的元素，并且进一步同 iOS 进行无缝的整合。例如：

完全重新设计的通知中心，新加入了日历提醒、天气、股票等 iOS 常见的通知栏内容；
首次实现了 OS X 和 iOS 的 AirDrop 连接功能；
通过 Handoff 功能，苹果在 OS X 上整合了 iPhone 的短信和通话功能，可以直接通过 Mac 接打电话......

另外 OS X Yosemite 还带了不少功能上的强化，例如：

重新设计的邮件客户端，支持超大附件的云端中专功能；
全新升级的 Safari 浏览器，据苹果官方给出的数据，几乎在任何测试环节都完胜 Chrome，带来全新的浏览体验；
全新的 iCloud Drive 客户端，用户可以在 Mac、iPhone、iPad 甚至是 PC 之间同步数据。

OS X Yosemite 将在秋季向所有用户免费开放更新，开发者们今天就可以下载测试版本。不是开发者又想提前体验最新 OS X 的朋友则可以通过OS X Beta Seed Program申请。

2. 万众期待的iOS 8，更多的是功能上的改进

刚刚经历过 iOS 7 的重大升级，iOS 8 在界面设计上并没有带给我们太多的惊喜， 依旧延续了 iOS 7 扁平化的风格，但在功能上 iOS 8 还是带来了不少惊喜，比较简单粗暴的总结就是 iOS 越发的 Android 化了。

iOS 8 进一步强化了通知栏的功能，不仅仅是功能上的改动，而是开放了接口，第三方应用可以利用 iOS 8 的接口，直接在通知中心创建 Widget；iOS 8 在收到消息提醒后，可以直接在消息通知栏中回复信息；在多任务界面中整合了常用联系人，点击头像就可以打电话、发短信、或者进行 Facetime；Family Sharing，可以建立一个属于家庭成员之间的“私有云”等等。

iOS 8 还专门针对中国地区进行了优化，例如新增加了矢量地图、点对点导航功能、增加对中国农历的支持，iOS 8 中的 QuickType 功能同样支持中文输入。

尤其值得一提的是新版的 iMessage，iOS 8 中的 iMessage 新增多人群组聊天，支持发送语音消息，支持发送视频，支持发送地理位置，聊天记录中的图片可以归档查看等等，简单的说就是 iMessage 已经全面微信化，引用网友的评论就是，iMessage和微信就只差了一个朋友圈......

3. 对开发者而言，iOS 8正前所未有的开放

相信对于大多数用户来说，他们对于 iOS 8 的感受远不如开发者们来的震撼，这一次的 WWDC 苹果确实给了开发者不少惊喜，而但中很大一部分的惊喜都来自 iOS 8 的开放，不仅仅是开放，而且是前所未有的开放。

就像上面在介绍 iOS 8 功能时提到的那样， iOS 8 强化了通知中心的功能，开发者可以根据苹果提供的接口自行在通知中心创建 Widget，这只是 iOS 8 众多开放接口中的一个而已。例如在 iOS 8 中，苹果向所有开发者开放了社交分享和自定义动作接口，第三方应用也可以像现在 Facebook、Twitter 那样，将分享组件整合进 iOS 中。

大家普遍关心的苹果健康管理和智能家居系统，同样是通过开放系统 API 来实现的。 Healthkit 为可穿戴设备和 App 提供了数据接口，而自带应用 Health 则取代传闻中的 Healthbook，成为苹果对健康类硬件和 App 搭建的信息窗口 + 控制中心 + 数据池。

在智能家居方面，苹果推出的 Homekit 可以对家庭中的灯光、门锁、摄像头、插座开关等各种联网设备进行控制。场景模式与 Siri 的结合十分有趣，你可以睡觉前跟 Siri 说声“晚安”，然后你家大门将自动上锁，灯光则自动关闭。

不仅如此， 有着严格安全红线的 Touch ID 现在也可以被第三方应用所使用，但为了确保安全性，用户指纹数据将被隔离保护，iOS 和第三方应用均无法获取。

相信还有个开放的地方尤其受到中国用户的喜欢，那就是苹果开放了输入法。 在 iOS 8 中，开发者可以向用户提供全系统使用的输入法，输入模式和布局都可以自由定制，WWDC 现场就显示了一款 Swype 式的滑动输入。第三方输入法的记录和词库将可以与 iOS 默认输入法同步。

4. 全新的开发语言Swift，苹果想要再次定义开发规则

在我看来， 整场 WWDC 最大的惊喜就是苹果新推出的全新开发语言——Swift，无论实在编程的难度还是执行效率上，都要甩出 Object-C 好几条街的全新语言， 用苹果自己的话说就是，编程从未如此简单。

Swift 被外国不少技术大牛认为是苹果接下来最具影响力的产品，因为 Swift 会影响整个 OS X 和 iOS 的开发环境。 Swift 比较牛的地方在于，可以兼容 Object-C 和 C 语言，开发者可以在 Object-C 和 C 语言的基础上，继续用 Swift 进行开发。

Swift 比起之前的 Object-C 要精简不少，去掉了很多繁琐的代码符号，执行效率要高出不少，而且难度也相应的开发难度也要降低不少；并且 Swift 全部采用可视化编程设计，用户可以一遍写代码，一遍查看代码的实际运行效果，可以进行实时预览，大大提到编程的效率。

为了帮助开发者熟悉 Swift 语言，苹果官方还推出了《The Swift Programming Language》开发指南。

其实整场发布会看下来，一个比较强烈的感觉是苹果正在进一步整合 OS X 和 iOS 这两大操作系统，无论是在设计风格上，还是功能设置上，都在相互借鉴融合。

虽然没有发布任何硬件，但足可见苹果在软件生态上下的功夫。尤其是 iOS 8 开放的各种接口，以及推出更加高效的开放工具，苹果对于软件的重视程度可见一斑。

最后，如果错过了苹果的发布会，但又觉得图文直播看得不过瘾的同学，苹果官方已经放出了发布会的视频，点击直接观看。

Via 36氪 / 作者：WANGJINGYU

感谢 WnouM 投递这篇资讯

资讯来源： 36氪

已有 2 人发表留言，猛击->> 这里<<-参与讨论

ITeye推荐

—软件人才免语言低担保赴美带薪读研！—

苹果 WWDC 2014 新品发布会 iOS 8、OS X Yosemite 系统 5 分钟无废话版介绍

Tue, 03 Jun 2014 04:05:35 CST

今天凌晨，苹果在 WWDC 2014 的新品发布会环节展示了新一代的 iOS 8 和 OS X Yosemite 操作系统，还有新的编程语言 Swift 等一堆硬货。今天一上网被铺天盖地的媒体报道和专家分析烦得不得了是吧？苹果fans 博客照例只写一篇 5 分钟无废话版简介。

OS X Yosemite

新一代的苹果电脑操作系统继续以风景区命名，而且这次的进化幅度要比去年 OS X Maverick 大得多（iOS 8 也是）：

扁平化+毛玻璃特效，这个不意外对吧。而且从演示效果来看，比去年 iOS 7 刚拍扁时顺眼多了。
Spotlight 搜索功能大升级，除了文件搜索还能直接找餐馆、看地图、查维基百科什么的了。搜索框和结果也从右上角搬到了屏幕中心（Alfred 哭死）
通知中心支持 Widget 扩展，是不是把 Dashboard 挪那去了？
内置 iCloud Drive 网盘功能（也有 Windows 版），这个太方便了。邮件也可以发送超大附件了。
MarkUp 标注识别功能，简单说就是你在图片上用鼠标简单画个箭头或文字气泡什么的，Mac 会识别过来并转换成正规的箭头和气泡。给图片或 PDF 文档添加标注时超方便。
Mac 和 iPhone 蓝牙连接后，直接在电脑上接打电话和收发短信。打个比方，iPhone 变成 Mac 的手机卡插槽。而且还有更多的同步融合功能，比如电脑上打开邮件应用，可以自动显示手机上写到一半的邮件接着写；Mac 上文档做到一半，出门打开 iPad 继续做 …… 苹果的平台整合大法发力后真是太方便了。
Safari 浏览器做了很多改进，比如选中地址栏但还没输入网址时，自动弹出书签；还有标签滚动显示等等。

更多介绍，看苹果官网吧 http://www.apple.com/osx/preview/。强烈建议大家看发布会的演示视频，尤其是 Mac 和 iPhone 协同那一段。

OS X Yosemite 系统今年秋天出正式版，免费。心急的话现在就可以下载 Beta 版试用，面向全体用户开放的，不是开发者也没问题。

iOS 8

可以从通知中心和锁屏界面直接回复短信或社交应用推送来的信息了。通知中心里还能安装 Widget 扩展功能。
短信应用大升级，支持群聊，支持按下直接录微信那样的语音 iMessage，甚至可以发视频和地理位置。
输入法增加 QuickType 功能，自动推测你下面要输入什么内容，显示在候选栏里，点一下就行不用打字了（支持中文）。
可以有第三方输入法了（这恐怕是越狱的最大动力了吧），指纹识别也可以让第三方应用调用了（支付宝什么的刷指纹而不是输密码）
AirDrop 终于支持 Mac 和 iOS 设备之间传输
一家人可以共享照片、日历等项目，熊孩子乱按乱买 App 的话，家长的手机上会提示输入密码。

还有支持应用之间数据互通，Spotlight 搜索增强（见上一段 Mac 那部分），Siri 支持听声音识别歌名，更多的照片美化功能，更强的游戏画面渲染功能，HomeKit 智能家居方案+CloudKit 云存储方案+Health 健康与运动数据方案（都是面向开发者的）…… 等等等等功能。看苹果官网介绍吧 http://www.apple.com/ios/ios8/

iOS 8 系统也是今年秋天正式发布，现在的 Beta 版只有苹果开发者可以下载。坏消息是：iPhone 4 被踢出可升级机型列表了。

最后，苹果还发布了新的编程语言：Swift。看起来比 Objective-C 简单得多。

苹果中国官网还没更新，所以放的是美国官网的英文页面地址。发布会视频也没贴出来。过几小时发布会视频和中文版网页上线，我会更新本文。

升级到 Mac OS X 10.10 Yosemite (Beta)

Mon, 28 Jul 2014 18:52:51 CST

上周四苹果发布了 Mac OS X 10.10 Yosemite Beta 公开测试版，如果你提前加入了 OS X Beta Program 的话会收到邮件，按照提示提取或手动输入 Redemption Code 后就可以下载安装了。和升级 Mac OS X 10.9 Mavericks 时候一样，升级 Mac OS X 10.10 Yosemite 直接通过 App Store 就可以完成。

目测改变最大的是界面，继续向扁平化、iOS 7 风格靠拢，菜单字体也变了。自己用得最多、最在意的两个程序是 Safari 和 Terminal.

Safari.app 改进挺大，终于加上了 Google Chrome 几年前就有的 “直接在地址栏搜索”，因为从来不关机，所以浏览器经常会有 n 个 tab 页放在那里，时间长了这些 tab 不容易找，单从 tab 上面的 title 没法快速识别自己要找哪个 tab，Safari 菜单上的 show all tabs 能快速预览所有 tabs，正是我想要的。

Terminal.app 没有多大变化，依然没有 iTerm2.app 那种多窗口切分功能，只能依靠 tmux 做窗口、会话切分。

Calendar.app 也是常用的 app，这年头记不住事，全靠 Calendar/Reminder/Notes/Timer 之类的工具。不知道大脑退化是否和这些 app 有关，反正自从可以用电脑打字以后，很少碰过笔，现在拿笔写出来的字惨不忍睹～，不知道大家还记不记得曾经有 “书法” 这个词～

Spotlight 功能大大加强，而且搜索的速度大大提高，也可能是因为我的硬盘是 SSD 的缘故，搜索结果基本上是实时显示。

Notifications 增加了 “Today” 标签页，用户可以在 “Today” 里看日历、提醒、天气、股票、计算器等常用信息，据说苹果开放了 API，第三方程序也可以将信息显示到 “Today” 里，貌似苹果打算这个新的信息展示页面替代老的 Dashboard.

iCloud Drive 可以到 System Preferences -> iCloud 开启，5GB 免费，和 Dropbox 用法一样。

可能因为我的使用习惯是保持系统最简，不怎么用第三方软件，不会出现乱七八糟的软件兼容、干扰等问题，Mac OS X 10.10 Yosemite 公开测试版在我的 Mac 上运行很稳定，完全可以当作正式版用～

Mozilla开发基于Firefox OS的流媒体电视棒

Sun, 22 Jun 2014 21:51:13 CST

在踏入智能手机领域之后，Mozilla正在研发另一个秘密项目：类似Chromecast的流媒体电视棒，运行Firefox OS操作系统。和Firefox OS智能手机一样，Mozilla的电视棒也将没有任何限制，将会开放启动引动程序。Chromecast限制了成人内容，而Mozilla的电视棒将不会有此类的内容限制。Mozilla不参合硬件制造，不限制厂商修改操作系统，不像Google那样严密控制Chromecast的开发和制造。

OS X下Android开发环境搭建 - Wei丶Haijun

Fri, 10 Oct 2014 18:28:00 CST

准备工具

Java 1.6 For Mac OS X — 在Mac上运行Eclipse会提醒需要Java 6运行时支持库

Java 1.8 For Mac OS X — 本人开发时所用的jdk版本

Eclipse — 本人开发时所用版本为Eclipse Luna Release (4.4.0)

Android Development Tools（ADT）— 安卓开发工具插件

Android SDK — 必须的...

ADT安装方法

安装其他工具都是傻瓜式的安装，很简单。安装ADT有多种方式：

第一种：

1、打开Eclipse — Hlpe — Install New Software...

2、在Work with项输入https://dl-ssl.google.com/android/eclipse/ 回车

3、等待Pending完毕，勾选Development Tools，点击Next。

第二种（第一种网络不行就很考验耐心，第二种为手动安装）：

1、使用搜索引擎搜索出ADT安装包，可以去这个网址看看 http://www.cnblogs.com/bjzhanghao/archive/2012/11/14/android-platform-sdk-download-mirror.html。

2、解压出来放到Eclipse目录下的dropins文件夹下，重启Eclipse。

第三种：

1、使用搜索引擎找到ADT安装包，下载、解压。

2、打开Eclipse — Hlpe — Install New Software...

3、单击Add — Local... — ADT目录 — OK。

4、一路Next加等待，重启Eclipse。

安装完ADT之后，在Eclipse的File — New 里面直接找不到Android Application Project，在Other里面能找到。想要在File — New 里面直接显示出Android Application Project也是有方法如下：

1、成功新建一个Android项目。

2、打开菜单Window — New Window，然后出现了一个新窗口，现在看File — New 菜单里面是不是有Android Application Project了，重启Eclipse以后依然是存在的。

配置Android SDK

1、下载Android SDK，可以去官网下载（官网打开速度很慢），也可以去 http://www.cnblogs.com/bjzhanghao/archive/2012/11/14/android-platform-sdk-download-mirror.html

2、解压下载好的Android SDK，打开Eclipse — Preferences对话框，找到Android那一项，单击Browse，选取SDK目录即可。

图1 Android SDK目录选取

3、Android SDK目录配置好以后，可以通过Android SDK Manager管理各种版本的SDK和Tools。

图2 Android SDK Manager

4、SDK安装完毕之后，就应该配置Android虚拟机，没有Android虚拟机是调试不了程序的。

图3 Android Virtual Device Manager

总结

搭建Android开发环境在Windows下还需要配置环境变量，OS X下就不需要此操作了。安装方式都是大同小异，可能由于系统的差异，搭建过程中会出现各种各样的问题。遇到问题时，不要急，要有耐心，相信搜索引擎还是很强大的。

本文链接： OS X下Android开发环境搭建，转载请注明。

Chrome OS 的破坏性创新

Mon, 10 Feb 2014 13:02:41 CST

作者：百事可乐 / 产品观察家

科学工作者。感兴趣于IT技术的未来及其对社会的影响。

[核心提示]目前而言，Chrome OS 并非一个完美的系统，但是它却能够胜任你百分之九十的工作与娱乐，另外随着云端软件的越来越丰富，这种趋势会将 Chrome OS 送上巅峰。那么它是如何做到的？

Chrome OS 是什么

Chrome OS 是 Google 近几年开发的基于 Linux 内核的云端操作系统，该系统内的所有操作都基于以 Chrome 浏览器为核心的 WEB 应用。它有自己的 webstore，用户可以从中选择安装各种 WEB 应用。这些应用绝大部分是基于网络的，但也有一部分允许离线使用。总的来说，Chrome OS 是轻量级的、本地应用受限的、极端依赖网络的，从而在本质上异于传统桌面操作系统如 Windows、Linux 和 MAC OS X。

依托该操作系统，Goolge 联合硬件厂商开发了若干搭载该系统的硬件产品，包括一体机、小主机、用于连接外部显示设备的 Chromecast 和广受关注的笔记本产品（称之为 Chromebook)。其中三星的一款 Chromebook 在很长的时间里高居美国 Amazon 低价笔记本销售冠军位置。

假设你现在正在使用这台三星 Chromebook（正是我现在使用的那一款）。因为 Chrome OS 核心就是 Chrome 浏览器，所以所有基于浏览器的工作都可以在 Chromebook 上完成。这包括所有基于浏览器的在线视频，基于浏览器的在线音乐，基于浏览器的在线图片；和 Google Drive 所能完成的可以满足绝大多数人需要的文字、图表、绘图等任务（这些功能离线可用），当然还有很多专为 Chrome OS 开发的各种应用。总的来说，所有轻量级的在线应用使用 Chromebook 都可以完成；而它所受限的地方是专业、大型的本地软件。

桌面操作系统和办公软件的破坏性创新

缺少对专业、大型软件的本地支持使得 Chromebook 并不能满足所有需求。如果你需要使用 Photoshop 或者 Matlab，那还是找传统的桌面操作系统吧。但假如你并没有任何的专业需求，一台 Chromebook 可以以很低的价格很好的满足你。

这应该也是微软需要担心的地方。Chrome OS 跟 Windows 在功能上没有可比性，前者的所有功能在后者上都可以轻松完成（只要安装 Chrome 浏览器就好了）。然而 Chrome OS 有它的优势：它是免费的、在线即时更新的、没有病毒的、免维护的、运行速度非常快的。更重要的一点是，它可以完成大多数人在 Windows 上面 90% 以上的工作，而且有免费的 Google Drive 的工作套件可用（云端的 Office）。

自然，因为缺少了这 10%，Chrome OS 和 Chromebook 现在很难成为我们的唯一的电脑，但它可能是家庭第二台电脑、孩子所用的教育电脑、老人所用的娱乐电脑等很多情境下的完美选择。我买了这台三星 Chromebook 差不多一年了，在这一年里我使用这台电脑的时间远远超过了我的那台 Thinkpad，因为大多数时候我不过只是要看个视频，或者写点东西，这些在 Chromebook 上完成起来毫无困难。

而且还有另外一个趋势，就是很多软件的云端化，事实上是所有计算的云端化。这是一个很大的话题，很难说将来一定会怎么发展，但一个明显的事实是越来越多的软件开始有了云端版本。软件的云端化对于软件公司来讲似乎不是坏事，因为云端软件按照使用时间或次数付费的商业模式基本上可以杜绝盗版，所以看起来软件公司应该有动力去推动这个过程。假如这是真的，那么对于微软来说，大祸就该临头了。

原因在于，如果未来所有软件都会走云计算的路，那么庞大的 Windows 对云时代来说就是过度满足的－－我们根本就不需要这样一个臃肿的桌面操作系统，轻便好用还免费的 Chrome OS 是更好的选择。

Linux 努力了好多年，想要在桌面操作系统领域挑战 Windows。然而对于一个在这个领域占有绝对优势的对手来讲，正面的挑战往往是极为困难，甚至是根本不可能的。按照克里斯坦森的看法，对于这样的对手，真正有威胁的是低端的非正面的然而又是革命性的创新，所谓“破坏性创新”，这种创新直接毁掉了原来占优势的对手的产品存在的基础，用完全不同的思路开创一种全新的商业模式。

谁也说不好 Chrome OS 是不是那个破坏性创新者，这更多的依赖于云计算的发展；然而后者的发展似乎也是不争的事实，所以至少是存在这种可能性，将来“云”的发展把 Chrome OS 送上巅峰。

中国失掉了什么

当然，在中国，我们不需要（或者说，不能够）担心这个可能性。所有这些，都是西方大公司的游戏，跟我们并不相关（也不能相关）。我们有时间自娱自乐，可以搞一个 COS 玩玩。这一点说起来其实很有趣：我们封掉了 Google, 却避免不了 Andriod 在中国的发展；要是真有这么个未来，Chrome OS 成了主流，我们自然也不妨拿过来用（虽然这个拿过来会有很多困难）。这里的问题只不过是，好像这一切只是我们自己在自娱自乐，而且原因并不是在于我们多么强悍，不带他们玩；恰恰相反，是我们内心的虚弱不敢让我们一起做点公平的赌赛。

极客观察均为极客公园原创报道，转载请注明原文链接。

原文地址： http://www.geekpark.net/read/view/197774

Windows系统份额首次跌破90% Mac OS X拿下8%

Sun, 16 Mar 2014 16:07:00 CST

毫无疑问，Windows依然是目前头号操作系统，传闻台式机电脑和笔记本电脑大多数搭载了 Windows 平台。但是据全球最大的财经博客 SeekingAlpha 最新于2014年3月发布的数据表明，按照目前的趋势发展，未来几年可能将发生改变。

20年来Windows桌面份额首次跌破90%

SeekingAlpha 给予的数据图显示，微软最重要的软件平台Windows全球市场份额已经下滑至 90% 以下，这是从20世纪90年代中期Windows95系统开始接管全球桌面平台至今首次跌破 90%，反之 Mac OS X 终于成功的拿下了8%的市场份额。

全球著名的两家调研机构的数据均对此进行了证实。首先是 NetMarketShare的数据，Windows的全球市场份额为89.96％，再者StatCounter的数据显示Windows市场份额为更少的89.22％。

SeekingAlpha表示，Windows在桌面平台的霸主地位持续了20年之久，不过不幸的是，桌面平台竞争现在变得更加激烈了。Windows整体下滑一切都在意料之中，从如今Windows XP的份额不难发现，微软并没有拿出一个可以说服用户升级的全新操作系统。

微软目前面向市场主打力推的最新Windows平台为Windows 8/8.1。该平台一经推出便饱受争议，不仅因为微软决定去除传统的开始按键和开始菜单，而且整个系统设计更针对触摸设备优化，桌面用户倍感不适。也有声音指出，Windows XP用户正在等待Windows 9，无论如何首选平台都不会是Windows 8。

由于 Windows 8/8.1未获得用户芳心，再加上PC市场份额持续下滑，更多用户坚守Windows 8之前的版本，或者在条件允许的情况下尝试转移至其他平台，比如Linux和Mac OS X。这正是微软最担心的问题，尽管公司开始侧重触摸设备，比如平板电脑，但维持传统桌面平台的市场份额显然更为重要。

前段时间，微软内部高管发生变动，Satya Nadella上任微软CEO，Bill Gates重回微软担任技术顾问，消费者对微软下一代Windows操作系统表示期待。

oradebug.sh os信息收集脚本

Wed, 01 Jan 2014 17:05:22 CST

oradebug.sh 这里发一个os信息收集脚本，放电脑了怕下次找不到，这里记录下

#!/usr/bin/ksh
######################################################################
# osdebug.sh
#
# VARIABLES
LOG="$HOME/osdebug_`date -u +'%h_%d_%Y_%H.out'`"
INTERVAL=60
NETSTAT="/bin/netstat -ais"
IOSTAT="/usr/bin/iostat -x"
VMSTAT="/usr/bin/vmstat"
PING="/bin/ping -I 10 -s int-opcbsol2"
######################################################################
until test 0 -eq 1
do
echo " " >> $LOG
echo "------------------------------------------------------" >> $LOG
echo " " >> $LOG
echo "$NETSTAT Output:" >> $LOG
date >> $LOG
echo " " >> $LOG
$NETSTAT >> $LOG
echo " " >> $LOG
echo "$IOSTAT Output:" >> $LOG
date >> $LOG
echo " " >> $LOG
$IOSTAT >> $LOG
echo " " >> $LOG
echo "$VMSTAT Output:" >> $LOG
date >> $LOG
echo " " >> $LOG
$VMSTAT >> $LOG
echo " " >> $LOG
echo "$PING Output:" >> $LOG
date >> $LOG
echo " " >> $LOG
$PING >> $LOG &
sleep $INTERVAL
done

作者：royjj 发表于2014-1-1 9:05:22 原文链接

阅读：0 评论：0 查看评论

苹果：OS X操作系统将一直免费更新

Tue, 29 Oct 2013 22:47:39 CST

在昨日举行的第四季度财报会议上，苹果不仅宣布了该公司本季度的优异成绩，还宣布了不少重大消息，其中 CFO 彼得·奥本海默（Peter Oppenheimer）对外证实，苹果公司已经决定在未来继续向用户免费提供 iWork、iLife 以及 OS X。

上周，OS X Mavericks 与新版 MacBook Pro 一同问世，新版本的操作系统包含了众多新特性，苹果表示它将会是第一个让用户免费更新的 OS X 操作系统。此前，苹果也已经宣布购买新款 Mac 或 iOS 设备的用户也可以免费获得 iWork 和 iLife 套件，而且苹果未来也会继续免费提供这些软件。

“我们希望我们所有的客户都能够使用最新的软件，这样他们才能使用最好的功能，我们希望这能成为体验的一部分。”

根据苹果的估算，Mac OS X 系统以及 iWork、iLife 等应用程序的免费预计将在 12 月份为苹果公司带来 9 亿美元的递延收入，并且大幅提高公司预期的利润率。

其实，向 Mac 用户免费提供最新的 OS X Mavericks 操作系统并非新招，很早以前，苹果的 OS X 一直都是免费的，直至 1997 年推出 Mac OS 8 苹果才停止这么做。如今时隔 16 年，苹果再度拥抱这一做法，理由很简单，就是想要它所有的 Mac 用户都使用最新的操作系统，这样就可以让用户把消费力都集中到内容和应用上，而 iTunes 同时也是一个巨大的内同分销平台。此外，免费 OS X 也能激发新用户购买苹果设备。

本文链接

hadoop集群调优－OS和文件系统部分

Sat, 19 Jul 2014 15:23:53 CST

OS and File System

根据Dell（因为我们的硬件采用dell的方案）关于hadoop调优的相关说明，改变几个Linux的默认设置，Hadoop的性能能够增长大概15%。

open file descriptors and files

在CentOS中通过下面的命令查看：

cat /proc/sys/fs/file-max
800000

也可以通过查看文件中的内容来查看，其中的fs.file-max定义了最大的打开文件描述符数量：

cat /etc/sysctl.conf
 
fs.file-max = 800000
net.core.rmem_default = 12697600
net.core.wmem_default = 12697600
net.core.rmem_max = 873800000
net.core.wmem_max = 655360000
net.ipv4.tcp_rmem = 8192 262144 4096000
net.ipv4.tcp_wmem = 4096 262144 4096000
net.ipv4.tcp_max_orphans = 300000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 1025 65535
net.ipv4.tcp_max_syn_backlog = 100000
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp.keepalive_time = 1200
net.ipv4.tcp_max_tw_buckets = 5000
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 1500
net.core.somaxconn=32768
vm.swappiness=0

CentOS下可以通过下面的命令来增加最大打开文件描述符数量，在集群中的每台机器上执行：

# su – (hdfs & Hadoop users)
# ulimit –S 4096
# ulimit –H 32832

也可以通过修改/etc/sysctl.conf文件中的fs.file-max来达到目的。

由于这部分的数值远远大于文档中所列出的数字，此部分没有做优化。

File System

在Hadoop中，很多中间文件（比如map输出的中间文件）都只会在Hadoop job运行过程中存活，job执行完成就会被删除了，根本没有必要存在访问时间戳。

通过命令cat /etc/fstab来查看当前的设置：

UUID=5d75c681-1101-46c2-9428-3e48310765ce                 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
LABEL=SWAP-sda3         swap                    swap    defaults        0 0

可以看到当前并没有使用EXT4格式以及noatime。

注意，修改完设置后需要重新挂载文件系统，不需要重启。

mount -o remount /

通过下面的命令来列出当前的保留磁盘空间。

tune2fs –l /dev/sdaX

下面的命令可以将保留磁盘空间的容量设置成1%:

tune2fs –m 1 /dev/sdaX

Network

两个网络相关的参数可以影响Hadoop的性能。net.core.somaxconn Linux内核设置能够支持NameNode和JobTracker的大量爆发性的HTTP请求。

net.core.somaxconn是listen()的默认参数,挂起请求的最大数量.默认是128.对繁忙的服务器,增加该值有助于网络性能，当前已经被调整到32768。

这个参数同样可以通过编辑/etc/sysctl.conf文件来改变，其中有一行：

net.core.somaxconn=32768

sudo ifconfig eth# txqueuelen 4096

其他的一系列在/etc/sysctl.conf中的配置，可以对网络产生影响：

net.core.rmem_default = 12697600
net.core.wmem_default = 12697600
net.core.rmem_max = 873800000
net.core.wmem_max = 655360000
net.ipv4.tcp_rmem = 8192 262144 4096000
net.ipv4.tcp_wmem = 4096 262144 4096000
net.ipv4.tcp_max_orphans = 300000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 1025 65535
net.ipv4.tcp_max_syn_backlog = 100000
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp.keepalive_time = 1200
net.ipv4.tcp_max_tw_buckets = 5000
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 1500

上述设置需要重新启动整个集群系统。

Transparent Huge Page

Linux的特性Transparent HugePages在大部分的应用中都提高了整体性能，包括Hadoop的工作负载。但是，其中的一项被称为Compaction的子特性会导致Hadoop工作负载的问题，在设置了Compaction的Hadoop benchmark测试中，结果会存在25%的浮动，而关闭Compaction后浮动消失。

当进行内存碎片整理时，Compaction会提高CPU资源利用率，这能够帮助优化Transparent HugePages，但是偷取了CPU资源，却影响了hadoop中正在运行的task性能。

通过以下命令可以查看是否启用compaction：

cat /sys/kernel/mm/redhat_transparent_hugepages/defrag

以及以下命令来禁用Compaction：

echo never > /sys/kernel/mm/redhat_transparent_hugepages/defrag

这个特定暂时没有进行修改，因为CentOS中没找到在哪儿设置。

Linux kernal swappiness parameter

这个参数仍然可以通过编辑/etc/sysctl.conf来进行修改。

当前集群已经设置：

vm.swappiness=0

已有 0 人发表留言，猛击->> 这里<<-参与讨论

ITeye推荐

—软件人才免语言低担保赴美带薪读研！—

从 Windows 转到 OS X 几天后的一些感想

Mon, 02 Sep 2013 10:06:28 CST

旧本子的速度和性能已经远跟不上人的速度了，受够了它的最终高烧不退和蓝屏死机不止，果断决定换一台新伙伴。前几天还在纠结是选择win8超级本还是Macbook，逛淘宝，查知乎，性能外观装逼实用⋯⋯ 最终还是收了这台Macbook Pro。

买的这台Macbook Pro属于Pro中配置不算高的一款。4G的内存，i5处理器。不过考虑到Pro的可升级空间，可以升级最高16G内存和SSD。这样看，性能上完全够我用了。

现在想想，选择PC超级本还是Macbook，其实不是笔记本之间的选择，而是平台之间的选择。一项喜欢尝试新事物的我对于适应和融入这个全新的OS还是充满信心和期待的。

说一说这三四天来使用Macbook或者说OS X的一些小体会。

并没有装双系统（OS X＋Win），虽然苹果自己提供了支持（比MS厚道），但是还是不太喜欢不伦不类，况且win OS在Mac下的表现性能并不好。Mac的键盘设计也是针对OS X的。所以我建议买Macbook的伙伴们，如果真的离不开Win（其实更多的是离不开那些破解版游戏），那还是干脆买小黑吧。

OS X上的软件（应用）普遍很贵。貌似Mac用户普遍比PC用户付费意识好多了。但是很多软件还是值得花钱的。一是有些软件的确很优秀，开发者也需要成本，所以作为我这样的（web）开发者当然应该支持下了。二是没有这些软件你真的干不了什么事，所以该买就要买。其实不管是PC还是Mac，我们真正用的是上面一个个的软件。有一点要说的是，OS X真的很便宜（相对正版windows），最新的OS X Mountain Lion只要128RMB。总之，Mac是用来创造的，PC是用来享受的。

OS X比较吃内存。这要是放在PS机上（尤其是XP）绝对是会被鄙视的。想想在PC上不停的用360杀进程、清理内存，看着红色的指标瞬间降为绿色，心里那个爽啊。然而OS的内存管理机制跟PC不太一样。让我理解的话，Mac上秉承的是“有就要用掉”。所有用到的软件都时刻待命（in内存）着，所以在Mac上你能体验到一些软件的“瞬启”。较高的内存使用率换来的是流畅、有效率的使用体验。我正准备给我的Macbook升级8G内存，今后可能还会升级SSD。这对我来说完全够用了。

OS X上不需要杀毒，清理。安装和卸载软件都超爽！谁用谁知道。系统自带了防火墙。没有了IE，上网更安全。Safari在安全上做得不错。不过IE10＋的上网体验、外观和安全上已经做得很不错了。但是在PC上，IE8还是主流，甚至IE6都还没死（真是恨透了）。

最后要重点说的是OS X上强大的快捷键和触摸板手势，在几天的熟悉之后，现在用OS X感觉真爽。command、点击、拖动、缩放、一指、两指、三指、四指⋯⋯现在基本上脱离鼠标了，妈妈再也不用担心我的鼠标手。我也形容不好，反正还是谁用谁知道。

再分享一些我目前安装使用的软件（不分排序）

Chrome，这个必须的。强大的开发（option＋command＋i）和同步功能。苹果自家的safari也很不错。火狐狸也很不错不过对我来说有前两个足已。
QQ，阿里旺旺，不解释。虽然小企鹅有时会崩你溃没商量。
skyDrive，微软云存储。只因手机是WP8。最近百度又送存储空间啦（2T），可能要换百度网盘了。
Evernote，同步，况且它支持全平台（我的Lumia620啊）。
Github，感觉比PC上的简单好用太多了（虽然也很喜欢for windows的metro界面）。
openoffice，用的比较少，还不太习惯。苹果自家的套装要收费。
Sublime Text 2，码字专情于她。
Cyberduck小黄鸭，FTP管理的，比windows上的啥啥都好用。
迅雷，顺便说一点我的感受，感觉在同样的带宽上，Mac上网速比PC上快。
MplayerX & Voxa，OS X上音视频神器（支持无损格式，多格式）。

非系统自带的就这些，今后肯定还会装其他的。

最后的最后。

我算不上果粉，前面也说了，手机用的是WP8，自己也很喜欢win8。OS X也不是就是完美的。比如快播在Mac上只是一款播放器，只是。自带输入法还在适应，符合PC习惯的搜狗不错，不过由于系统原因需要要不停的切换，故卸载了。Macbook高负荷会很热（其实是散热好而不是散热差的表现）。cmd＋c、cmd＋v总觉得太进（也许是PC的太远了）。

这还没最后。

由于入Mac才几天，肯定很多东西还不知道不了解不专业。今后肯定会再改正，扩充。说到底，电脑对我来说（也对所有人来说）都只是个工具。希望自己能用好这个好工具创造出的东西来。

原文链接： http://huangyang.me/to-mac-os-x.html

Google 推出 Web Designer，帮助你做 HTML 5 设计的免费本地应用，支持 Windows 和 OS X

Tue, 01 Oct 2013 16:57:40 CST

感谢读者 SamRaper 的提醒。

Google发布 Web Designer beta，这个Windows和OS X下的免费应用可帮助你制作互动广告和其它HTML 5内容，很显然基于HTML 5的广告将在数年后代替现在满天飞的Flash。

Google Web Designer主要特性：

创造HTML 5动画，内置具备完整而直观的设计工具
查看并编辑代码
可为DoubleClick何AdMob制作无缝互动广告，并直接发布
可自动获得更新而不必重新下载应用

继续观看宣传视频（原始视频地址）：

Via 9to5google

© musiXboy 发表于谷奥——探寻谷歌的奥秘 ( http://www.guao.hk ), 2013. | 1 条评论 | 永久链接 | 关于谷奥 | 投稿/爆料
Post tags: Google Web Designer, HTML 5

[组图]谷歌在Windows基础上发展Chrome OS

Sun, 06 Oct 2013 08:29:22 CST

谷歌近期启动了Chrome Apps项目，使Chrome应用突破浏览器的限制，逐渐发展成一个平台。过去几周中，谷歌又对开发版Chrome浏览器进行了升级，在Windows 8的Metro模式下实现Chrome OS系统的功能。Chrome以往可以在Windows 8桌面模式下运行，不过用户也可以在Windows 8的开始屏幕上进行设置，使其进入特殊的“Metro风格”模式。

在Windows 8中，最新的开发版Chrome与公开发布的版本有很大不同，并非简单的全屏浏览器，而是包含了Chrome OS的用户界面和功能。界面上有一列Chrome、Gmail、Google、Docs和YouTube的图标，用户可以将图标放置在屏幕左侧、右侧和底部。与Chrome OS类似，用户可以创建多个浏览器窗口，而屏幕左下角还有一个应用启动器。

尽管这一版本的Chrome浏览器只是Windows 8的一个应用，但利用了微软为浏览器准备的特殊模式。微软允许Windows 8中的浏览器在“Metro风格”环境中启动。尽管这些浏览器作为桌面应用出现在Windows Store应用商店中，但一些特殊规则允许浏览器模仿Windows 8应用，并利用Windows 8的一些特别功能。不过只有Windows 8支持这样的模式，Windows RT并不支持。

目前，Chrome浏览器在Windows 8中的这一新模式仍存在软件漏洞，可能导致浏览器崩溃。不过这反映了谷歌的未来发展方向。尽管Chrome Apps可能成为谷歌的“特洛伊木马”，但在Windows 8中运行的Chrome OS系统将帮助谷歌在Windows的基础上建立自己的应用生态系统。此外谷歌也在改进Chrome浏览器的触摸控制功能，使得在Windows 8和Chrome OS中的导航更方便。

目前尚不清楚，类似Chrome OS的模式是否将成为Windows 8版Chrome的一个稳定功能。不过，谷歌正在微软Windows平台的基础上发展自己的生态系统，这将成为控制桌面计算的另一个战场。

[来源： The Verge]

【独家】Firefox OS 应用开发独家访谈

Tue, 24 Sep 2013 13:50:28 CST

如早先所述，在下前往参加了 Firefox OS 应用开发课堂西安站的活动，并利用活动间隙针对 Firefox OS 相关问题采访了 Mozilla 的社区经理和工程师。

下文中 Q 即黑日白月， A 则为 Mozilla 社区经理 Rachel Zhang 或工程师 Wei Deng。

Q: 现在搭载 Firefox OS 的手机已经在部分地区上市了，消费者/运营商/合作伙伴的反响如何？

A: 现在搭载 Firefox OS 手机的确已经在南美和欧洲国家上市了，同时ZTE也在eBay开始向全球多个国家和地区销售ZTE OPEN，具体发售国家请前往eBay网站查询。但是主要面向对象还是开发者和手机发烧友，普通消费者购买还相对较少，但是从今年6月在上海举办的亚洲移动通信展的表现来看，消费者对于Firefox OS手机的兴趣也非常浓厚

Q: 我们知道 Firefox OS 目标是人均收入较低的国家和地区，走平价亲民路线。按照这个定义，中国也属于此范畴。但似乎中国也已成为高端智能手机的主要消费国。Mozilla 对于中国市场怎么看待？有进入的计划呢？

A: 的确中国市场的情况比较特殊，市场中存在着大量低端智能手机和山寨机。Mozilla 对于中国地区的计划现在还不便透露。

Q: 全球各地的像这种形式的 Firefox OS 应用开发工作室已经举办了不少。相比 Mozilla 也得到了不少开发者的反馈。开发者最常问及的问题是什么？对于 Firefox OS 最大的期望又是什么呢？

A: 开发者通常首先会问到什么时候手机能上市。（大笑

对于开发者特别是 Web 开发者来说，Firefox OS 对于他们最大的吸引力就是能运用现有的 Web 开发知识构建移动平台的应用软件，而无需再重新学习，并且所开发的应用可以跨平台使用。

Q: 对于和 Firefox OS 一样被视为移动操作系统领域变更性力量的 Ubuntu for Mobile 在前段时间通过 Edge 的 Crowd Funding 活动获得了媒体的大量关注，Mozilla 对此怎么看？

A: Mozilla 秉承 Openness, Innovation, Opportunity 的理念，欢迎任何进入移动操作系统领域的选手，因此我们并不把 Canonical 当作竞争对手。同时我们相信我们前卫的理念对于开发者也是有相当吸引力的。

Q: 相比 Android 初期，Firefox OS 现在在传统渠道诸如书籍方面的材料还比较少，似乎 MDN 是唯一的开发参考资料。Mozilla 有没有计划发展更多的培训或参考资料方面的合作，比如 Thought Works？

A: Firefox OS 或者说 Boot 2 Gecko 计划对于 Mozilla 的工程师团队是一个巨大的挑战，在过去的两年里以及未来的一段时间内，我们将主要集中精力在架构设计和代码的编写上，文档还在不断的更新和完善当中。 MDN 上的文档资料一直是及时更新的，可以反映 Firefox OS 的最新发展状况，是开发者们的第一选择。

此外 Firefox OS 还处于早期阶段，部分内容可能变化的比较快。而传统渠道诸如书籍出版周期比较长，很有可能到最终读者拿到手的时候，其中某个章节的内容已经和撰写时大为不同了。所以当前我们依然推荐以 MDN 的资料为准。顺便提一下，MDN 是一个开放的社区，欢迎有中文地区的贡献者加入进来帮助我们完成其中内容的本地化工作。

Q: 当下 Emscripten 的配置搭建还是比较复杂的，特别是对于 Win 平台来说。 Mozilla 有没有打算针对出品相应的 Toolkit 解决这个问题呢？

A: 的确如此，不过 Emscripten 当前面向的群体还是具有相当技术水平的 Geek，一般开发者暂时还没有使用 Emscripten 构建 Firefox OS 应用的需求。对于这些人来说，搭建 Emscripten 并不是很难的事情。

当然，Emscripten 是一个开放的项目，有这样的需求完全可以前往其站点提交 Feature Request。相信有能力的社区贡献者会响应此需求或者提供更简便的解决方案。

Q:得到三星/英特尔支持 Tizen 系统也宣称是使用了 Web 技术移动操作系统，相比 Tizen， Firefox OS 有什么不同和优势呢？

A: 在 Firefox OS 平台上基于 HTML5 的 Web 应用开发是一等公民，我们从一开始就没有考虑像 Tizen 那样亦支持使用 Qt 开发的本地原生应用。因为我们深信通过在相关项目诸如 Web API 方面的努力，纯粹的 Web 应用可以实现达到甚至超过本地原生应用的性能。

Q: 当下 Firefox OS 在 Gonk 层大量应用了来自 Android 的技术，其中有些部分并不怎么开放，比如闭源 GPU 驱动。在未来有没有考虑使用开源显卡驱动以及 Wayland？

A: 这个问题要分开看。对于 Mozilla 来说，其实完全不介意将这部分代码开放，主要是硬件厂商在这一点上比较坚持。它们担心在开放了驱动源码后竞争对手从中可以窥视出其硬件设计，对其形成威胁。

当下 Mozilla 的精力还是主要集中在完善 Firefox OS 平台的实现，暂时没有大力推进开源显卡驱动及 Wayland 计划。

Q: 多问一下，最近 Intel 推出了适用于手机的 Bay Trails 芯片，其中 GPU 驱动部分是开源的。有没有考虑过相比 ARM 平台更为开放的 X86 微型化平台？

A: 实际上最近 Firefox OS 底层 Gonk 部分对于 X86 的支持已经开始了，不过究竟未来会不会推出基于 X86 的 Firefox OS 手机现在说还为时过早。

Q: 最后一个问题，什么时候能在国内买到 Firefox OS 开发机？

A: 一般人都第一个问。（大笑

当下 Firefox OS 开发机已经在其他国家和地区上市了，你也可以在今天活动现场看到，机子本身已经没有什么问题了。由于我们特殊的国情，完成一系列审批手续需要较为复杂的过程。不过想要尝鲜的朋友可以先从 eBay 中预定，已经可以寄往中国。

部分现场活动照片( 朝内镜像)

Jolla 宣布 Sailfish OS 已原生支持 Android app，其还可以在一般 Android 设备运行

Mon, 16 Sep 2013 21:31:00 CST

分类: 智能手机

如果大家有留意 Jolla Sailfish OS 的初次公布的话，都应该知道它将会支持执行 Android 程序，但当时所知的就只如此，其详情终于在今天发布了。Jolla 宣布，现在 Sailfish OS 已经可以在完全无改动系统的情况下运行 Android 的 app，更指出用户可以像用 Android 手机那样，「无缝地」从全球几个热门的 app store 下载程序。该公司的 CEO Tomi Pienimäki 举例说，如 Instagram、WhatsApp 和 Spotify 等热门 app 都可以直接在他们 OS 上运行。

另一项让人感兴趣的宣布是，Sailfish OS 已经为调校至可以在一般为 Android 而设的硬件上运行，特别是手机和平板；此举有助 Sailfish 的普及化。最后 Jolla 首批手机已在前早被预订光，而他们指出第二生产批次将会在今个星期内开放预订。有兴趣的话就要多加留意我们的报导啦。

[图片来源： Jolla（Facebook）]

此文章网址 | 转寄此文章 | 回应

Chrome OS 将增加公众帐户和售货亭模式，方便商户使用

Wed, 07 Nov 2012 13:49:16 CST

先说公开帐户功能，它可以让用户在特定的一段时间里使用Chrome OS，不需要用邮件和密码登录，也不必担心被保存了浏览历史、搜索历史和cookies。使用公开帐户的时候，你可以进入到三种售货亭模式下：全屏模式、单应用模式和dashborad模式。

这样即可方便商户使用Chrome OS来展示自己的官方网站、登录到某个用户信息系统里或是进入到一个展示商户的网页应用里。

Via Chrome Story

Firefox OS Developer Preview Phone 簡介

Tue, 22 Jan 2013 23:25:52 CST

上次提到今年 Firefox 將會舉辦 2013 Firefox OS App Days，這次看到 mozilla hacks 提到一篇: Announcing the Firefox OS Developer Preview Phone!，Firefox OS 是新一代的作業系統，跟 Android 或 IOS 比較不同的地方就是，你可以用 HTML5 可以做到手機的任何事情，包括讓手機振動，傳簡訊，或者是撥打電話，我想這是 iOS 或者是 Android 是無法做到的，該篇還提到 Firefox Phone 硬體規格:

CPU Qualcomm Snapdragon S1 1Ghz
UMTS 2100/1900/900 (3G HSPA)
GSM 850/900/1800/1900 (2G EDGE)
Screen 3.5″ HVGA Multitouch
3 MP Camera
4GB ROM, 512 MB RAM
MicroSD, Wifi N, Light and proxmity Sensor, G-Sensor, GPS, MicroUSB
1580 mAh battery
Over the air updates
Unlocked, add your own SIM card

如果想開始設計 App for Firefox OS 可以參考這篇，另外文章有提到如果你要試試看 Firefox OS + 自己開發的 App，可以透過底下方式:

1. 安裝 Marketplace for Android 在您的 Android 手機上。
2. 安裝瀏覽器版本 Firefox OS 模擬器
3. 安裝 Firefox OS 到各家硬體上。
4. 最後一種方法：那就是買支 Firefox OS Developer Preview device。

如果想更了解 Firefox OS 的話或有興趣的可以自行報名參加台北 Mozilla 1/26 場次。

Related View

Firefox OS 开发预览机

Wed, 23 Jan 2013 14:31:34 CST

Mozilla 宣布了两款与 Geeksphone 合作的 Firefox OS 开发预览机，适用于准备投入 Firefox OS 开发的人员使用， 预期上市时间为今年二月，售价未知。

代号为 Keon 的低端版本，关键配置有：

Snapdragon S1 1Ghz SoC 设计。
三频 UMTS 3G HSPA 及四频 GSM 2G EDGE 支持。
3.5 寸 HVGA 屏幕。
3MP 后置相机。
4GB ROM，512 MB RAM。
支持 microSD 扩展。
具备其他智能手机常见功能，如 802.11n 无线网络、光线感应、重力感应、GPS 等。
1580 mAh 电池。
完全解锁。

代号为 Peak 的中端版本，关键配置有：

Snapdragon S4 1.2Ghz SoC 设计。
三频 UMTS 3G HSPA 及四频 GSM 2G EDGE 支持。
4.3 寸 qHD IPS 屏幕。
8MP 后置相机（带闪光灯） + 2MP 前置摄像头。
4GB ROM，512 MB RAM。
支持 microSD 扩展。
具备其他智能手机常见功能，如 802.11n 无线网络、光线感应、重力感应、GPS 等。
1800 mAh 电池
完全解锁。

本站目前已经完整介绍过测试 Firefox OS 应用程序的四种方式了：

安装 Firefox for Android 体验 Mozilla Marketplace。
使用桌面浏览器中的 Firefox OS 模拟器。
这款即将上市的 Firefox OS 开发预览机。
自行编译并刷制 Firefox OS 至现有 Android 手机。

Firefox OS 的程序开发基于现有的 标准网页开发技术 HTML5/CSS3/JavaScript 以及正在标准审核的 WebAPI ，对于现有网页开发人员来讲，无需额外学习即可实现单一程序的在桌面版 Firefox 和 Firefox OS 之间的兼容。

官方发布公告

消息来源： Ars Technica

运行 Firefox OS 的神秘手机现身 CES 2013 展场，主站动手玩（视频）

Tue, 08 Jan 2013 17:10:00 CST

分类: 智能手机

今天主站编辑在 CES 2013 现场发现了一台运行 Firefox OS 的神秘手机，这款手机没有品牌，看上去功能也不算很强，而且由于现场 Wi-Fi 不给力的关系我们也无法尽情地将其把玩一番。不过据悉它采用的至少是一颗 ARMv6 的 CPU，RAM 方面则不会低于 256MB（实际规格很可能更高）。Mozilla 计划在 2013 年中正式发表 Firefox OS，在其「长长的合作伙伴名单」中我们看到了 Telefonica、Qualcomm 等名字。

我们动手玩到的这台手机给人的感觉很像一款低端 Android 产品，它使用的是基于 HTML5 的开源 OS，应用间的切换很快，反应也很灵敏，但除此之外暂时就没有什么其它特点值得说道了。Mozilla 希望将旗下的 OS 用于针对新兴市场推出的低端产品，但目前来看基本上它还处在筹备阶段，虽说和去年 MWC 上初次亮相时相比已经进步了不少，但前面应该还有很长的路要走呢。跳转后可以看到动手玩视频。

Gallery: Firefox OS @ CES 2013

继续阅读全文 运行 Firefox OS 的神秘手机现身 CES 2013 展场，主站动手玩（视频）

引用来源 | 此文章网址 | 转寄此文章 | 回应

MAC OS上解决终端显示中文乱码的问题

Thu, 30 May 2013 23:09:53 CST

问题描述：

在终端上运行命令javac，查看结果中文会显示乱码，如下：

其实大家都知道，中文乱码的主要原因就是编码方式的不支持，那我们怎么样设置编码方式呢？这里推荐您使用一个特别好的终端iTerm，默认编码方式是utf-8,需要设置为Chinese (GB 18030)

之后重新打开iTerm，输入javac，查看结果

作者：毕小朋出处: http://www.wirelessqa.com 欢迎转载或分享，但请务必声明文章出处。如果文章对您有帮助，希望您能推荐或关注。

作者：wirelessqa 发表于2013-5-30 23:09:53 原文链接

阅读：94 评论：0 查看评论

Firefox OS要做Android替代品

Sun, 23 Jun 2013 10:53:11 CST

Mozilla移动设备高级副总裁兼亚洲业务总裁宫力（GongLi）在接受媒体采访时表示， 该公司计划在开放的手机操作系统领域将FirefoxOS打造成Android的完美替代品。

下面是这次采访摘要：

问：FirefoxOS智能手机能够被认为是Mozilla的自有品牌产品吗，或者它们是同销售商的联合品牌产品？

答：不是。Mozilla只是提供了一个操作系统和基于FirefoxOS应用的在线商店。中国的中兴、TCL和华为，还有韩国的LG电子和日本的索尼移动通信，通过与移动运营商合作以他们自己的品牌将推出待售的FirefoxOS智能手机。

问：为了迅速地在全球市场促销FirefoxOS智能手机，Mozilla可能同代工厂商合作推出Mozilla品牌产品吗？

答：不会。Mozilla希望吸引智能手机销售商和代工厂商加入到FirefoxOS生态系统。如果我们提供自有品牌智能手机，我们将成为我们销售商的竞争者，这种利益冲突将会阻碍他们进入FirefoxOS生态系统。即使我们提供自有品牌FirefoxOS智能手机，这些产品将主要用于参考性样品而非大规模销售的产品。

问：三星电子公司和宏达电这两家在亚洲领先的智能手机销售商，还没有同Mozilla合作。这是因为他们对云端操作系统态度不很积极还是这种网络环境还没有发展到成熟水平？

答：FirefoxOS是一个新操作系统。对于销售商来说，是否采用和何时采用则有他们自己的考虑。一部分销售商将会坚持Android，暂时不会选择FirefoxOS。而其它的销售商希望选择非Android平台，但是也可能不会采用FirefoxOS。

问：对于开发同样是基于云端及网络技术的ChromeOS的设备的销售商来说，他们必定会开发FirefoxOS智能手机吗？

答：未必。多数销售商不会将自己的产品集中于唯一的操作系统，他们会考虑第二个或第三个平台，其中包括FirefoxOS。对于采用Android的销售商来说，他们将会选择替代平台来寻求平衡。一些销售商担心谷歌可能改变Android战略或者在未来支持摩托罗拉移动（MotorolaMobility）。

问：在2013年，为什么已经采用Android的销售商更加愿意寻求替代平台呢？

答：Mozilla发布FirefoxOS之后不久，谷歌收购了摩托罗拉移动。自谷歌收购摩托罗拉移动以来，Mozilla获得来自销售商关于采用FirefoxOS的请求增多。越来越多的销售商感觉谷歌对采用Android施加了严格的限制，例如谷歌去年就禁止宏基在中国市场推出由阿里巴巴开发的操作系统智能手机。

问：FirefoxOS能够足以吸引开发者的注意力吗？

答：这要取决于市场中有多少FirefoxOS设备在销售。不过，FirefoxOS具有两大优势，第一，基于HTML5开发的应用同所有平台兼容；第二，利用HTML5技术的开发者数量远远多于利用iOS和Android技术的开发者数量，两者相差至少在100万。

GitHub Boxen：自动化Mac OS X的配置与管理

Wed, 20 Feb 2013 17:10:00 CST

GitHub开源了 Boxen，这是内部使用的Mac笔记本自动化配置工具，经过修改也可用于Linux或Windows机器。

Boxen是GitHub针对软件开发或其他类型的工作对Mac笔记本进行设置和配置的自动化工具，使用人群包括他们的开发者、律师、设计师和发货人员等。其思路是，以自动化和尽量无错的方式将人工干预最小化，在这种情况下为用户准备好系统。据GitHub介绍，一个新的开发者借助Boxen能在30分钟之内设置好Mac系统并为提交代码做好准备。

Boxen基于很多 Puppet模块构建，这些模块支持各种软件的设置，如Cassandra、MongoDB、Java、Python、Ruby、Node,js、nginx、Skype，甚至Minecraft。尽管Boxen带了一个预配置设置，但每个用户都可以按需改进。

在使用Boxen设置好所需的配置后，系统管理员可以通过一个运行在Heroku之上并使用OAuth保护的Web应用程序将该配置部署给整个组织。

Boxen支持最新的Mac OS X 10.8，不过也可用于早期的版本。经过调整，还可用于Linux或Windows，因为大多数工作是通过Puppet完成的。Boxen基于 MIT许可开源。

查看英文原文： GitHub Boxen: Automating Mac OS X Configuration and Management

IT瘾os推荐

容器平台选型的十大模式：Docker、DC/OS、K8S 谁与当先？（上）-社区博客-网易云

模式一：公有云虚拟机

公有云为支撑自身高并发业务积累了更强的安全防护能力和更多的安全防护经验：

公有云为支撑自身高并发业务推出了更安全、更高可靠、更高可用的 PaaS 服务：

公有云为支撑自身高并发业务推出更完善的监控运维的系统，流程，经验：

道高一尺魔高一丈，公有云为保证自身业务的安全性对云平台不断升级：

模式二：无 IaaS，裸用容器

模式三：有 IaaS，裸用容器

模式四：使用 Docker Swarm Mode

模式五：使用 Marathon 和 Mesos

模式六：使用开源 Kubernetes

Cassandra on DC/OS

深入解析DC/OS 1.8 – 高可靠的微服务及大数据管理平台

HADOOP OS部分优化

open file descriptors and files

File System

Network

Transparent Huge Page

Linux kernal swappiness parameter

下一代OS X将被重新设计，再次向iOS看齐

苹果发布iOS 9 、watchOS 2.0和升级OS X系统

Apple Watch 有了新系统，watchOS 2.0

新开发工具，真正有用的手表应用终于来了？

iOS 9：一次全面内部翻修

一屏两个应用，你准备好用 iPad 干点正事了吗？

OS X EI Captian 稳中有变

不那么令人惊喜的“One more thing”

如何让你的安卓手机瞬间变Firefox os 畅玩firefox os 应用

苹果OS X Yosemite正式版上手体验

苹果WWDC 2014汇总：iOS 8、OS X和新的编程语言

苹果 WWDC 2014 新品发布会 iOS 8、OS X Yosemite 系统 5 分钟无废话版介绍

OS X Yosemite

iOS 8

升级到 Mac OS X 10.10 Yosemite (Beta)

Mozilla开发基于Firefox OS的流媒体电视棒

OS X下Android开发环境搭建 - Wei丶Haijun

Chrome OS 的破坏性创新

Chrome OS 是什么

桌面操作系统和办公软件的破坏性创新

中国失掉了什么

Windows系统份额首次跌破90% Mac OS X拿下8%

oradebug.sh os信息收集脚本

苹果：OS X操作系统将一直免费更新

hadoop集群调优－OS和文件系统部分

OS and File System

open file descriptors and files

File System

Network

Transparent Huge Page

Linux kernal swappiness parameter

从 Windows 转到 OS X 几天后的一些感想

Google 推出 Web Designer，帮助你做 HTML 5 设计的免费本地应用，支持 Windows 和 OS X

[组图]谷歌在Windows基础上发展Chrome OS

【独家】Firefox OS 应用开发独家访谈

Jolla 宣布 Sailfish OS 已原生支持 Android app，其还可以在一般 Android 设备运行

Chrome OS 将增加公众帐户和售货亭模式，方便商户使用

Firefox OS Developer Preview Phone 簡介

Related View

Firefox OS 开发预览机

运行 Firefox OS 的神秘手机现身 CES 2013 展场，主站动手玩（视频）

MAC OS上解决终端显示中文乱码的问题

Firefox OS要做Android替代品

GitHub Boxen：自动化Mac OS X的配置与管理

相关厂商内容

您可能也会喜欢