代号姜饼 Android 3.0系统新特性曝光

距离Google正式发布Android 2.2系统到现在仅仅过去了一个月的时间,正式获得官方Froyo更新的机型也仅有Nexus One一款机型,大多数的Android手机用户还在翘首企盼自己的手机能够获得2.2更新,最新的Android 3.0已经揭开了面纱。

 

Android 3.0延续了Google以甜点命名的习惯,代号为Gingerbread(姜饼),传闻该版本系统将会在10月中旬公布,有可能是10月15日或者是06日,首款搭载Android 3.0系统的手机有望在11月或者12月正式上市。

 

新系统对硬件也有要求,最低配置1GHz处理器、512MB RAM、3.5英寸屏幕。这也阻断了目前大多数Android手机升级的道路,不过这样做的最大好处就在于避免了Android手机过于差异化的现状,目前各家厂商推出了许多不同硬件配置的终端产品,配置过于分散对于一款手机操作系统来说不是一件好事,统一升级成了最大的问题。

 

另外Android 3.0最高将支持1280×760分辨率设备,只要是4英寸或更大的屏幕就行,这也是对平板机设备的一次针对性改进。

 

Android 3.0将采用全新的用户界面,并且将杀死所有的第三方用户界面系统,比如HTC的Sense、摩托罗拉的MOTOBlur等,这些界面在增加视觉效果之外的唯一用途就是拖慢系统的运行速度,而且界面的移植工作过于拖沓也是版本升级的一大障碍。

 

不要担心3.0版系统的用户界面会不好看,Google已经把业界领先的用户界面和体验设计师Matias Duarte挖了过来,他原来是Palm公司webOS系统界面的主要设计师。

 

Google已经决定将未来Android系统分裂成两种版本,高端配置机型将运行3.0版系统,而Android 2.1/2.2则留给廉价低端机型使用。

回答: 代号姜饼 Android 3.0系统新特性曝光

  1. 更新过快,对我们来说都是杯具~~

大家怎么看待Android 4.0系统?

  1. Q
    现在Android4.0出来了,整体感觉向前迈进一大步,大家都怎么看待这个系统呢?
  2. A
    Android统一版本,实现电视手机平板融合。Android 4.0将只提供一个版本,同时支持智能手机、平板电脑、电视等设备。至此Android系统设备将迎来统一,Android平板的窘迫现状将得到有效改善。另一方面包括三星、索尼在内的家电厂商日益发展的Smart TV也将迎来一次有价值的Android版本升级。人们普遍将Android平板电脑销量不佳归结于操作系统的不给力,认为安卓平板使用体验距离苹果iPad有着不小的距离,现在,随着苹果iOS 5和谷歌Ice Cream Sandwich的发布,新一轮的比拼已经展开。而作为消费者,我们也相当乐于看到两家巨头的竞争,因为商家的竞争必将为我们消费者带来更多价格便宜、使用体验舒适的产品。

C# 6.0新特性抢先看

  1. Q
    鉴于C# 6.0的新特性已经在网上曝光,在不违反NDA的情况下,把我知道的一些已经公开的新特性和大家分享,这些特性可能会在最终版本中有所不同,只是让大家抢个鲜。大家知道C# 4.0以后,微软很少对它有更新了,VS2013更是罕见地成为一个根本没有更新C#的VS发布版本。但是长时间的寂静之后是一次爆发!

    首先要说的叫做自动属性初始化器。这个特性实际上VB.NET已经有了。比如我们写如下代码:
    class User
    {
        public List<Role> Roles { get; set; }
    }
    这代码有什么缺点呢?那就是new一个User出来,Roles是null。可能你会用如下两个办法之一解决:
    (1)不用自动属性
    class User
    {
        private List<Role> roles = new List<Role>();
        public List<Role> Roles { get { return roles; } set { roles = value; } }
    }
    (2)使用构造函数
    class User
    {
        public List<Role> Roles { get; set; }
        public User() { Roles = new List<Role>(); }
    }
    现在你可以这么写:
    class User
    {
        public List<Role> Roles { get; set; } =  new List<Role>();
    }
    是不是很简单?

    你还可以用它来写只读属性,比如这个List,我们一般只需要添加删除元素的操作,而指向另一个List似乎没有必要,那么我们可以定义成只读的。
    class User
    {
        public List<Role> Roles { get; } =  new List<Role>();
    }

    然后是主构造函数,你可以给类定义一个主构造函数,这个构造函数的参数在类的声明中直接写,比如:
    class Point
    {
        public int X { get; set; }
        public int Y { get; set; }
        public Point(int x, int y)
        {
            X = x;
            Y = y;
        }
    }
    现在可以这么写了:
    class Point(int x, int y)
    {
        public int X { get; set; } = x;
        public int Y { get; set; } = y;
    }
    我们同时也用了之前说的自动属性初始化器
    其实不一定是自动属性,字段也是可以的。

    然后是继承构造函数
    比如
    class ColoredPoint : Point
    {
        public Color PointColor { get; set; }
        public ColoredPoint(Color color, int x, int y) : base(x, y)
        {
            PointColor = color;
        }
    }
    现在可以这么写:
    class ColoredPoint(Color color, int x, int y) : Point(x, y)
    {
        public Color PointColor { get; set; } = color;
    }

    现在,我们可以用类似Lambda表达式的方式编写get属性,比如
    class Rect
    {
        public int Height;
        public int Width;
        public int Area { get { return Height * Width; } }
    }
    现在可以这么写:
    class Rect
    {
        public int Height;
        public int Width;
        public int Area => Height * Width;
    }

    还有using静态类,这个特性可以简化很多代码,比如:
    using System;
    ...
    Console.WriteLine(Math.Abs(-1.2d));
    现在我们可以像using命名空间一样直接using静态类:
    using System.Console;
    using Math;
    ...
    WriteLine(Abs(-1.2d));

    其实有很多这样可以简化代码的语法糖,我不给代码了,只是大概说说,详细的请看这里
    http://damieng.com/blog/2013/12/09/probable-c-6-0-features-illustrated

    方法扩展,像Lambda那样定义方法
    不定个数参数现在支持IEnumerable,不仅仅是数组了
    null检查运算符,简化了多个对象内嵌层级判断null的代码
    构造函数参数可以作用于泛型类型自动推定
    二进制初始化器,对于定义位掩码、二进制数据很有用
    内联out参数定义,以前需要单独一行定义一个用于函数out参数的变量,现在不要了
    类初始化器不但可以初始化属性,也可以初始化事件了
    接口包装,可以在对象中定义一个实现了接口的类型来代替这个对象实现接口
    改进的集合初始化器现在可以对下标赋值
    ...

    如果你觉得C#的改进只是小打小闹那就错了,C# 6.0将会在动态类型、异步编程、函数式编程、DSL和元编程、并行等方面有很多重大的改进,因为保密的原因,我不多说了,在合适的时机大家就能看到。

    另外透露两个重要的消息:

    C# 6.0编译器使用C#实现,并且微软将开放源代码。

    C#语言、编译器将和Roslyn项目统一,微软将深度开放编译器的二次开发接口。这样的接口有什么用?我们可以用它做很多事情,比如用词法、语法解析增强编译器,或者写脚本语言,我们可以很容易开发语法高亮、代码分析、重构、根据代码绘制UML等反向建模、代码转换(比如开发一个Java->C#或者C#->VB.NET)等等程序。
  2. A
    c#不应该搞太多的花样在语法的写法上。这将会导致每一个程序员写出来的东西风格都不一致。不统一,是个麻烦事。
    MS花精力在这些花样语法上,不如花精力整些实质性的东西出来,比如新颖的架构或的成熟产品。 -- .net没前(钱)途的原因就在这里。

使用了android 4.0感觉不错,它的优势是什么?

  1. Q
    android 4.0系统和之前的android2.3系统比较,到底有哪些优点?
  2. A
    android 4.0的UI用了新的标准,使用虚拟按键,去掉search键,更加统一手机与平板界面,且界面自动适应很和谐很漂亮;当然,GPU加速上也有了比较大进步,很多程序开启GPU加速后可以提升性能软件兼容性的提升,与谷歌官方服务结合更紧密,而且在x86上4.0的兼容性比2.x好很多。

CSDN在线培训——Hadoop 2.0新特性剖析及应用

  1. Q
    演讲嘉宾
    董西成
    ChinaHadoop小象社区核心成员 
    嘉宾介绍:《Hadoop技术内幕:深入解析MapReduce架构设计与实现原理》和《Hadoop技术内幕:深入解析YARN架构设计与实现原理》作者。资深Hadoop技术实践者和研究者,曾参与商用Hadoop原型研发,以及分布式日志系统、全网图片搜索引擎、Hadoop调度器等项目的设计与研发。

    报名地址:

    【课程时间】:2014年5月14日(周三) 20:50 - 22:00 

    【课程安排】:20:50—21:00 通过邮件地址登录网络课堂
                  21:00—22:00 主题演讲(董西城)与QA
     
    PS:课程咨询请加入QQ群:CSDN在线培训群(284712772) 

    【温馨提示】: 在线视频直播互动,采用三分屏模式,让您感受真实的课堂环境。本次会议机会难得,由于报名人员较多,将对申请参会者进行资格审核,请您务必填写个人信息以便通知(短信、邮件)及时送达,保证您的顺利参会。邮件和短信提醒将会在课程前一天发出,请注意查收!具体时间以邮件通知为准!
     
    课程介绍:Hadoop 2.0新特性剖析及应用
     
    课程大纲:
     
    1. HDFS 2.0新特性剖析及应用
     (1)NameNode HA
    (2)NameNode Federation
    (3)HDFS 快照(snapshot)
     (4)HDFS 缓存(in-memory cache)
     (5)HDFS ACL
    (6)异构层级存储结构(Heterogeneous Storage hierarchy)
     
    2. YARN新特性剖析及应用
     (1)ResourceManager HA
    (2)对多框架的支持
     (3)对多类型资源的调度策略
     (4)history log server与timeline server
    (5)对long-lived service的支持
     
    3. MapReduce新特性剖析及应用
     (1)MapReduce as a client library好处
     
    【适合群体】:
     
    1. 系统架构师、系统分析师、高级程序员、资深开发人员。  
     
    2. 牵涉到大数据处理的数据中心运行、规划、设计负责人。  
     
    3. 政府机关,金融保险、移动和互联网等大数据来源单位的负责人。  
     
    4. 高校、科研院所涉及到大数据与分布式数据处理的项目负责人。  
     
    5. 数据仓库管理人员、建模人员,分析和开发人员、系统管理人员、数据库管理人员以及对数据仓库感兴趣的其他人员


    报名地址:


    Q:我们有几个T数据,用6台机器做Hadoop做数据分析有效果吗?

    比一台机器效果好很多。一旦你们使用了Hadoop后,便可以享受到它良好的扩展性和容错性带来的优势,当数据规模增长后,会让你们受益。

    Q:YARN的多类型资源调度策略是 基于linux cgroups的吗?

    答:YARN的多类型资源调度采用的是DRF算法,这个算法源自与YARN类似的一个开源项目Mesos,你可以下载DRF论文(链接:http://people.csail.mit.edu/matei/papers/2011/nsdi_drf.pdf)仔细了解该算法。YARN的CPU资源隔离采用了linux cgroups(默认不会隔离,需显式启动该功能),但不会显式对内存进行隔离,而是采用了基于线程监控的方法,即在每个节点上启动一个线程,监控其上的任务内存资源使用量,一旦发现超额使用便将其杀死,相比于cgroups这样隔离方案,该方式更加灵活。

    Q:如果是多namenode,core-site中的Hadoop://IP:port,怎么设定

    视情况而定,如果你配置了HA, 那么当访问HDFS时,只需指定逻辑名称就行,不需要指定IP和port(可以执行active NN的ip和host,但通常不建议这样做),如果启用了Federation功能,则可以通过HDFS提供的viewFS配置对外统一的文件系统视图,具体可参考官方文档:http://hadoop.apache.org/docs/r2.4.0/hadoop-project-dist/hadoop-hdfs/ViewFs.html

    Q:针对跨数据中心的Hadoop集群,某些厂商提出了HBase的超级大表,说是用户应用可实现位置透明的数据访问和统计,那Hadoop2.0对跨机房集群在框架上有什么好的解决方案?

    建议你参考之前阿里巴巴这方面的工作:http://adc.alibabatech.org/carnival/history/schedule/2013/detail/main/286

    Q:HDFS支持异构的存储介质的方案中,是否可以考虑借鉴类似openstack中的cinder/swift等存储方案?因为异构数据(结构/非结构)不仅仅依赖于FS,对上的数据库引擎/数据仓库ETL也很重要,存储在某种程度上可以实现分布与集中的混合

    我不太了解openstack中对异构存储介质的支持机制是怎样的,但是,HDFS对这方面的支持正是源于上层计算框架的需要。

    Q:HDFS缓存功能,是否可以实现动态调整数据副本的数量能力,来提高用户对数据访问的效率?

    目前第一版还不支持,后续应该会增加该功能,具体可参考这个jira中得到文档:https://issues.apache.org/jira/browse/HDFS-4949

    Q:Hadoop2框架上对MR任务部署,是否有增强的监控能力,比如模拟job的每步骤的时长,从而实现对MR的性能调优?

    Hadoop2本身没有做这些事情,这些交给外围工具去做。一般各个公司会根据自己的需要增加一些监控信息,如果你们有这样的需求,也建议你们这样做。

    Q:Spark是支持多线程的任务,但Hadoop只是支持多进程,所以资源/任务调配,同步在机制上如何解决?

    Spark和Hadoop都是基于任务之间没有依赖这一前提的设计的,这样才能做到高度并发和无限扩展,当然,也有一些特殊的计算,比如图计算,是强依赖的,这时候需要进行一些任务间的同步,者通过有专门的框架实现,比如Apache Giraph基于MR实现了BSP模型,可从一定从堵上解决同步问题。

    Q:对比Mesos和YARN各有什么特点,哪个会发展更好?另外,YARN部署长服务(比如mysql),跟Docker这种基于lxc容器的技术相比有何优势?

    Mesos和YARN均是资源管理系统,从一定程度上说,是竞争关系,他们的区别仅在于一些细节上的实现,比如调度框架等,目前看来,Mesos对长服务的支持优于YARN,但是YARN的社区更加活跃,发展更加迅猛,它在长服务的支持方面也越来越完善,因此个人更看好YARN。一般资源管理系统具有资源管理调度和服务部署两个功能,Mesos和YARN都具备这两个功能,但Docker仅仅具备服务部署功能,没有资源调度,因此Docker不是资源管理系统,仅仅是一个服务自动化部署系统,举个例子,在Docker上部署服务,你需要指定一个节点或者虚拟机,但Mesos和YARN则不用。当然,Docker提供了打包服务(镜像),可以将程序依赖打成一个独立的包,这一点mesos和yarn是不具有的。总之,个人认为,将来的服务部署的趋势是两种系统的融合:即应该有像Docker一样的打包服务,也应该具备像YARN和Mesos那样资源调度的功能。

    Q:主从备份是写数据过去还是写那种元数据日志过去呢?

    主从之间是通过同步fseidits数据达到同步元数据信息目的的,你可以认为不是直接同步的元数据信息,而是同步的两个元信息的diff。

    Q:我在学习Hadoop的时候,长时间没有什么成长,能否给一些比较有建设性的建议呢?

    多参与实际的Hadoop项目,在项目中学习和成长。如果公司有相关项目,则主动请缨,如果没有项目,但你对这方面十分感兴趣,想朝着这方面发展,则建议你换个工作。

    Q:权限修改之后 ls 之后是什么样子的 owner还只是Bob吗?

    还是Bob,这个是不会改变的(文件拥有者不会变,但跟拥有者具有相同权限的用户可以有很多)。但你可以通过HDFS ACL命令查看这个目录或文件实际完整的权限。

    Q:Hadoop 2.0 目前和kerbros的关系还和1.0一样吗?

    Hadoop 2.0的安全机制与1.0是一样的,也是基于kerberos实现的。

    Q:现在hortonworks开发了Hadoop2.0 而且是支持windows环境,想问一下,现在Hadoop在windows上应用是否稳定,并且和linux的性能是否有差别?

    官方号称windows版本是稳定的,个人没有试过。



    Q:请问,HDFS的文件缓存功能,一个Block缓存在多个节点,还是一个节点?

    如果一个block有三个副本,且在不同节点上,则三个副本可以同时被缓存在对应节点上,也可以只缓存一个,其他两个仍保存到磁盘上。(目前只实现了前者,后者尚未实现)。

    Q:现在有什么大公司在用Yarn上使用Spark跑上线系统?

    有不少公司使用了spark on yarn,比如阿里巴巴,hulu等,你可以在网上找一下。

    Q:Hadoop 2.0对虚拟化的支持有什么变化吗?

    Hadoop 2.0自身没有做虚拟化,但是可以运行在虚拟化环境中。

    Q:请问,Hadoop上只能跑JAVA应用吗,别的语言的应用可不可以部署在上面?

    可以。YARN之上可以运行任何语言的程序,这些程序只要是通过shell命令启动就行。

    Q:是搞Hadoop底层性能优化好,还是搞大数据分析建立算法新范式好?

    都好,关键是做到极致。

    Q:在Hadoop2.3.0中可以不使用机器名来运行Hadoop集群吗?请问Hadoop2中可以不在hosts文件中配置机器名来运行集群吗

    Hadoop 1.0和2.0都可以不在hosts中配置机器名,但是这样不便于集群的管理和透明迁移。因此,规范的公司会使用host而不是ip。

    Q:我是学生,是个初学者,Hadoop现在已经到2.x版本了,但是我有一套0.x的Hadoop视频,我可以按照0.x的视频学习吗?这样从0.x到2.x过渡会不会太大?

    取决于你的方面,如果你是Hadoop使用者,那么你关注的只是API,这方面1.0和2.0是基本一样的,但如果你是Hadoop运维人员或者内核开发工程师,则1.0到2.0的过渡比较答,尤其是2.0引入YARN之后,则完全变了。不管怎样,学习Hadoop 1.0对将来学习Hadoop 2.0会有很大帮助。

  2. A
    请问,hadoop是不是只能部署java应用呢,其他语言的应用可不可以部署在上面

C# 4.0的一些新特性

  1. Q
        vs2010正式版4月12日发布了,前几天我也下了一个,但这几天都没有时间好好试用一下,今天针对C#语言的新特性使用了一下,感觉还不错,有几个新特性和大家分享一下,希望我没有太火星……

    一、新关键词——dynamic

        在新版本的C#中,dynamic关键词是一个很重要的新特性,现在你可以创建动态对象并在运行时再决定它的类型。而且.net 4.0为CLR加入了一组为动态语言服务的运行时环境,称为DLR(Dynamic Language Runtime动态语言运行时),这使得C#这种静态类型语言可以在 .NET Framework 中开发动态语言并为与其它动态语言提供互操作性了。DLR架构见下图:
    C# 4.0的一些新特性

    关于DLR的更详细信息,可以参考msdn:http://msdn.microsoft.com/en-us/library/dd233052(VS.100).aspx

    先来看看dynamic的一个例子:
                dynamic dyn = 1;
                Console.WriteLine(dyn.GetType());
                dyn = 1.234;
                Console.WriteLine(dyn.GetType());
                dyn = "ojlovecd";
                Console.WriteLine(dyn.GetType());
    /*
    输出:
    System.Int32
    System.Double
    System.String
    */
     
    可能你会说,这个效果,我用object关键字就可以了,干吗加个dynamic?那我们就来讨论一下object与dynamic的区别。
    先看如下代码:

                object obj = 10;
                obj = obj + 10; 

    这样肯定是通不过编译的,虽然obj存储的是一个整形,但是如果不进行类型转换的话编辑器肯定是不会编译通过的。所以我们就要改成:
                object obj = 10;
                obj = (int)obj + 10;
     
    但是这样就有个类型安全的问题了,假如我类型不是转换成int,而是string,那么编译器一样可以编译通过,但是运行时就会抛出异常:
                object obj = 10;
                obj = (string)obj + 10;
    /*
    Unhandled Exception: System.InvalidCastException: Unable to cast object of type
    'System.Int32' to type 'System.String'.
    */
     
    由此可见,你要使上面代码正确运行,你必须得正确的进行类型的显式转换,就仅仅因为不这样做的话,编译器不让你通过而已。为了解决这个问题,dynamic由此产生。它告诉编译器:“哥说啥就是啥,你甭跟我废话”。见下例:
                dynamic dyn = 10;
                dyn = dyn + 10;
                Console.WriteLine(dyn);

                dyn = 10.02;
                dyn = dyn + 10;
                Console.WriteLine(dyn);

                dyn = "ojlovecd";
                dyn = dyn + 10;
                Console.WriteLine(dyn);
     
    这是object和dynamic的其中一个不同。它告诉编译器对象的类型只有在运行时才知道,编译器就不会对其进行干涉。这样你可以少写很多代码。但有一点必须强调一下:dynamic并没有增加或减少危险。当你操作对象时要用到的所有类型检查技巧(例如反射),在动态对象中一样要用到。例如,以下代码在运行时将会抛出异常:

                dynamic dyn = 10;
                dyn = dyn + DateTime.Now;
                Console.WriteLine(dyn);
    /*

    Unhandled Exception: Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: Oper
    ator '+' cannot be applied to operands of type 'int' and 'System.DateTime'
       at CallSite.Target(Closure , CallSite , Object , DateTime )
       at System.Dynamic.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site
    , T0 arg0, T1 arg1)
       at ConsoleApplication3.Program.Main(String[] args) in D:\CSharpProj\ConsoleAp
    plication3\ConsoleApplication3\Program.cs:line 26

    */ 

     

     

    二、可选(或默认)参数

     

        貌似这个特性在C#1.0就已经有很多人问过了,但直到4.0才有。现在你可以在方法定义的时候为参数指定一个默认值。调用方法的时候既可以像平时那样传入参数,也可以直接跳过不传入,这样的话,就使用默认值传到方法里。例如:

            static void Main(string[] args)
            {
                TestMethod();
                TestMethod(3);
            }
            static void TestMethod(int i = 10)
            {
                Console.WriteLine(i);
            }
     

        值得注意一点的是,可选参数必须放在所有参数的最后。这里就有个问题了,假如我某个方法有两个参数,两个都是可选参数,而我调用的时候只想传入第二个参数,怎么办呢?我们来试试。

            static void Main(string[] args)
            {
                TestMethod("hello");
            }
            static void TestMethod(int i = 10, string s = "ojlovecd")
            {
                Console.WriteLine("i:{0},s:{1}", i, s);
            }
     

    但很可惜,编译通不过,这个问题,利用下面的新特性就可以解决了。

     

    三、命名参数

     

    在之前版本的C#中,方法定义的参数顺序必须与方法调用时的参数顺序一致,即方法Method(int i, string s)调用时就必须第一个传入int,第二个传入string,而现在,这个规矩可以被打破了。你可以自己随便什么顺序传入,这也在一定程度上提高了代码的可读性。例子:

            static void Main(string[] args)
            {
                TestMethod2(s: "ojlovecd", i: 26);
            }
            static void TestMethod2(int i, string s)
            {
                Console.WriteLine("i:{0},s:{1}", i, s);
            }
     

    这样一来,上面的那个问题就可以迎刃而解了:

            static void Main(string[] args)
            {
                TestMethod(s: "hello");
            }
            static void TestMethod(int i = 10, string s = "ojlovecd")
            {
                Console.WriteLine("i:{0},s:{1}", i, s);
            }
     
     

    四、提高COM的互操作性

     

    基于以上三点新特性,COM的互操作性也被提高了。以后不用再写如下丑陋的代码:

    var excelApp = new Excel.Application();
    // . . .
    excelApp.get_Range("A1", "B4").AutoFormat(
        Excel.XlRangeAutoFormat.xlRangeAutoFormatTable3,
        Type.Missing, Type.Missing, Type.Missing,
        Type.Missing, Type.Missing, Type.Missing); 

    现在只需这么写就搞定了:

     

     excelApp.Range["A1", "B3"].AutoFormat(
        Excel.XlRangeAutoFormat.xlRangeAutoFormatClassic2); 

    顺带一句,这段代码用到了另一个叫做“索引属性”的新特性,更多关于这个特性的信息可以参考http://msdn.microsoft.com/en-us/library/ee310208%28VS.100%29.aspx 这个特性只能用于COM互操作上,你不能创建自己的索引属性。





    好了,就先分享这么多吧,以后有什么新发现再与大家分享吧~~~
  2. A
    看来Dynamic向动态语言学习了不少。

不知道安装哪个版本的android x86 4.0系统?

  1. Q
    我用的是宏基AOD270的上网本,想安装android x86 4.0系统。但是网上发布版本太多,应该下哪个版本呢?
          android-x86-4.0-RC1-s103t.iso、android-x86-4.0-RC1-tegav2.iso、
          android-x86-4.0-RC1-asus_laptop.iso、android-x86-4.0-RC1-eeepc.iso、
          android-x86-4.0-RC1-amd_brazos.iso?
  2. A
    干嘛还要装4.0啊,现在都4.4了啊,无论稳定性还是兼容性都要比4.0好啊。4.0的话android-x86-4.0-RC1-asus_laptop.iso就可以使用。

VM安装好android 4.0 for x86后,进不了系统?

  1. Q
    以前就是装的这个版本,系统重做还打算用这个版本,可是在VM中安装好android 4.0 for x86后,老出现以下情况:ANDROID 

    [email protected]:/#,以前没有这个问题,求指教啊?
  2. A
    记得在哪看到过的,好像需要下载一个EEEpc版本的镜像文件就可以了。

请问Android 4.0 X86系统在PC上是否真的能够安装运行呢?

  1. Q
    如题所问?请问Android 4.0 X86系统在PC上是否真的能够安装运行呢?
  2. A
    相对于庞大的Windows系统来说,Android显然要小巧的多,从镜像文件的体积上我们就可以看出这一点。要想让电脑运行Android系统,我们首先要把下载到的安装文件制作成硬盘、光盘镜像,这样才能被电脑所识别,从而进行安装。推荐大家找一个U盘,因为从U盘安装系统的速度是非常快的。Android系统的安装过程远比Windows要快捷、简单很多。

从U盘安装Android 4.0 X86系统需要注意些什么?

  1. Q

    从U盘安装Android 4.0 X86系统需要注意些什么?从U盘安装Android 4.0 X86系统需要注意些什么?
  2. A
    下载Android 4.0 X86镜像文件之后,还需要安装镜像工具,在安装之前首先要对U盘进行格式化,还有就是不要把ISO文件直接写入到U盘中,而是要把ISO放到UltraISO中,点击找到ISO文件内部的安装程序文件,把这些文件写入U盘后才能正常使用。