Re: [Ubuntu-zh] 大家32bit系统大内存怎么用？
32bit的windows不能识别4g内存，只能识别到3072是有的。 只不过是微软限制了。。。用32bit的server版本windows是可以的。。 然后网友就搞了个办法……将32bit的server版本的windows的内存驱动替换到32bit家用版的windows上……这样就可以了(win7) 所以说这个是微软恶心，不是说不行。 于2011年12月2日 12:06:03,林孟潇写到: 其实操作系统并不能识别这种东西，32位系统理论只能是4G，不可能再提高。PAE这些只是通过将内存块变大来减少地址，Windows下的东西大概也是这个方法。有听说32bitWindows识别不了4G，只能3G多，但Linux似乎没有这种现象。真要用大内存，果断用64bit系统。如果有不兼容的软件。。。开个虚拟机吧，这样安全方便。 在 2011年12月2日 上午11:58，lee llz916...@yahoo.com.cn写道： 感觉好像和大家有些不同的理解。。。 不过我这里没有用pae的内核，32位依然完整的识别（并使用）了我的4GB内存 不知道是不是和bios有关系。。我bios里头设置了4gbto3072（貌似是这个名字。。） 于2011年12月1日 13:44:24,sanye写到: 我现在确实是只有4G，然后看别人对于32位使用额外内存也各执说法，所以才想到 来ml问问大家的实际经验;然后另一方面，是不太想重做 然后象32 bit $MS下面的fancycache，supercache之类,好像也不能直接把那额外 的内存用于磁盘一级cache，也只能用做无关痛痒的二级cache 除了PAE，好像没别的办法？ On Thu, 2011-12-01 at 13:33 +0800, User wrote: 顶楼主，我也很想知道是否存在这样的软件。如果有 8GiB 的内存，很自然用 64位；但如果只有 4GiB 的内存，还是32位好。因为虽然32位无法利用到4G内存， 但64位却会额外消耗许多内存。 Windows 下的确存在这样的软件，但一直不明白它的原理。既然这样的软件也 是运行在操作系统之上的，那么说明操作系统本身可以识别那部分内存。既然能识 别，为何又不能提供给应用程序使用呢？ PAE 不是好办法。那个东西，还不如直接用64位。 -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/2e5f18b3/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh
Re: [Ubuntu-zh] 有关开源协议GPL的疑问。
在下对nicle兄的观点有一点小小的看法： 从某种角度看，sun进军一个完全陌生的行业，仅仅是为了另外一个已经很成功的产品在这个行业里头所占的市场份额更大……这种行为似乎不是很明智（实际上sun也没有选择这条路径） 另外，若进入市场的目的仅仅就是上头提到的目的，那么sun的行为和国内某企鹅已经非常类似了。 于2011年12月2日 13:49:24,Nicle写到: 不好意思，请教了sybiam的同事。 S60主要是C++开发， 当然它也支持J2ME, 而S40只支持J2ME, 但S40不是智能机平台。 我想前面“平台”这个词你不能接受的话， 应该用生态链形容更为准确。 当手机向智能转变的时候， 为什么渐渐都抛弃了java？ S60 - C++, Iphone - Object C ? WM就不要说了。 Google为Android和java建立了一个生态链： Google-IC 厂商 - 手机厂商 - 开发者 - 用户 以前j2me只是多选题中的一个，而且优先级比低， 但现在要开发android app， java是必选项目. 我不否认sun的技术， 我也认为他们的技术很先进。 但他们没有提供或者能控制一个mobile平台，来让java成为必选项。 这个就是Google做到的事情, 让人门看到Java 在移动平台的能量, 同时也让Google也借到Java在PC/网络或者其他平台积累的开发力量。 最后我没有贬低java, 反而相当欣赏它被低估的实力。 ”java 成就了android, 或者android 成就了java“， 这个并不是我的意思， 我的意思是： 让 java 和 android互相成就对方所产生的效益，那个才是商业价值。 这帖子里我不再争论java 和android的问题，我们的楼歪得不成样子了，哈哈 在 2011年12月2日 下午12:29，iblader ibla...@gmail.com写道： 原来的java me也是大平台啊，而且其授权费用是sun的java team几乎唯一的盈利 来源，而且做得也不错，市面上几乎所有手机都支持，包括联发科，**主流的互联网 应用几乎也都是java me，原生的并不多（除了windows mobile），现在其实也 是，火点的应用都少不了java me应用（塞班s60平台？你去解包看看是不是java me代码，只是这样叫而已）。 Sun的结局和技术本身无关，和他们的销售策略、市场能力有关，**oracle openworld 2011 的第一句话就是“我们让太阳的技术重放光辉”。 On 2011/12/2 12:19, Nicle wrote: 性能是其次， 关键google创造了android这个平台， 让java这在mobile这个领域，从配角向主角转变。 以前的手机平台， 无论用户和厂商，第一选择肯定是原生程序， sun没有这样一个平台， java处于娘不亲爹不爱的状态。 现在 android给java带来了平台， 而java给android带来了强大的开发群， 两者结合， 创造出了商业价值。 单讲性能的话，我想sun那帮疯子一定可以把它调试到极致，**但sun最后的结局呢? 在 2011年12月2日 上午11:35，ibladeriblader@gmail.**com ibla...@gmail.com写道： 甲骨文（原来的sun）在java虚拟机方面的性能远好于Android，安卓之所以给大家 的感觉性能好有很大的原因是机器的配置起点就比大多数 原来跑java me的机器性 能高很多。有一份资料给到大家，虽然是oracle的，但是数据肯定不会假，只是有 可能不完整。 另外一个是图形加速，java se其实具备完整的图形加速体系机构，windows、 linux、mac下java2d和3d均可以使用dx、*** *opengl进行加速，只是在嵌入式方面 原 来跟进做实现的厂商很少，据我所知，原来索爱和nokia做过这样的事情，javame 跑3D也跑得很好，当然google说服TI、高通之类 的加入是另外一个story了。 http://blogs.oracle.com/javaseembedded/entry/how_does_http://blogs.oracle.com/**javaseembedded/entry/how_does_** android_22s_performance_stack_up_against_java_se_embedded** http://blogs.oracle.com/**javaseembedded/entry/how_does_** android_22s_performance_stack_**up_against_java_se_embeddedhttp://blogs.oracle.com/javaseembedded/entry/how_does_android_22s_performance_stack_up_against_java_se_embedded On 2011/12/2 11:04, Neo Ko wrote: 这个确实是，java的话，优化会比较容易。倒是不知道跟甲骨文的官司如何，这个才是问题所在 在 2011年12月2日 上午10:49，Nicleyni...@gmail.com写道： 相比原先的J2ME性能已经很不错了， 现在像高通, TI， Nvidia, 都已经有GPU加速， 性能问题最终会解决。 4.0的流畅度感觉比先前版本又有了提高 , 呵呵 在 2011年12月2日 上午10:40，Neo Koneo.black...@gmail.com写道： 这也说明了为什么到目前为止android上的程序效能如此低，当然等android硬件升级到一定的程度后， 效能这个东西肯定会解决的 在 2011年12月2日 上午10:15，Nicleyni...@gmail.com写道： 恩，我还认为， google首次把java在手机平台推向成功， 也是其商业成功的关键。 java在手机上运行其实很早就有了， WinMobile/Sybiam都支持， 但是性能问题，最多是作为各平台原生程序的补充。所以之前，开发者并不热衷java的手机开发。 但google在android里实现了新的java虚拟机davlik, 让java在android上几乎成为一种原生语言， 并提供了功能丰富的java sdk， 世界上那么多的java程序员可以瞬间加入android app开发， 这也是Android Market里程序数量激增的重要原因， Market的成功，也造就了android的成功。 我猜Google当年肯定也考虑QT之类在嵌入式中比较成熟的图形库， 但QT开发者比起java来，那数量是不可比拟的， 所以最后还是选择了java. 在 2011年12月1日 下午11:42，Thomas Youngswull...@gmail.com写道： 不好说，Android的成功和Linux Kernel有着直接的关系，如果换一个kernel，能达到现在的水平就不好讲了。 现在智能手机按Kernel分只有三种，Linux（Android Meego WebOS），BSD(iOS)，Windows(WP) 说来说去。竟然还是桌面系统的老一套，证明操作系统内核的开发还是非常困难的。 Android最有商业价值的地方我认为有三： 1. 强大的Linux Kernel提供了极强的硬件兼容性和系统稳定性 2. 宽松的MIT类协议使二次开发和定制变的极其方便 3. 弥补了功能机和iphone之间的市场空档，当然现在高端Android手机早就和iphone正面交锋了 2011/12/1 wangxb07wangx...@gmail.com: 好吧，换种说法，Android最有商业价值的部分不是GPL协议的。 -- ※ Tao Yang @ Nankai University ※ Website: [http://ninehills.github.com] -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zhhttps://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh htt**ps://lists.ubuntu.com/mailman/**listinfo/ubuntu-zhhttps://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/**https://lists.ubuntu.com/**archives/ubuntu-zh/** attachments/20111202/0bdc2d01/attachment.htmlhttps://** lists.ubuntu.com/archives/**ubuntu-zh/attachments/** 20111202/0bdc2d01/attachment.**htmlhttps://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/0bdc2d01/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zhhttps://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh htt**ps://lists.ubuntu.com/mailman/**listinfo/ubuntu-zhhttps://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/**https://lists.ubuntu.com/**archives/ubuntu-zh/** attachments/20111202/93c8b648/attachment.htmlhttps://** lists.ubuntu.com/archives/**ubuntu-zh/attachments/** 20111202/93c8b648/attachment.**htmlhttps://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/93c8b648/attachment.html --
Re: [Ubuntu-zh] 有关开源协议GPL的疑问。
呵呵，nicle兄的话不无道理，回头单起一楼，酣畅的讨论下~ On 2011/12/2 13:49, Nicle wrote: 不好意思，请教了sybiam的同事。 S60主要是C++开发， 当然它也支持J2ME, 而S40只支持J2ME, 但S40不是智能机平台。 我想前面“平台”这个词你不能接受的话， 应该用生态链形容更为准确。 当手机向智能转变的时候， 为什么渐渐都抛弃了java？ S60 - C++, Iphone - Object C ? WM就不要说了。 Google为Android和java建立了一个生态链： Google-IC 厂商 - 手机厂商 - 开发者 - 用户 以前j2me只是多选题中的一个，而且优先级比低， 但现在要开发android app， java是必选项目. 我不否认sun的技术， 我也认为他们的技术很先进。 但他们没有提供或者能控制一个mobile平台，来让java成为必选项。 这个就是Google做到的事情, 让人门看到Java 在移动平台的能量, 同时也让Google也借到Java在PC/网络或者其他平台积累的开发力量。 最后我没有贬低java, 反而相当欣赏它被低估的实力。 ”java 成就了android, 或者android 成就了java“， 这个并不是我的意思， 我的意思是： 让 java 和 android互相成就对方所产生的效益，那个才是商业价值。 这帖子里我不再争论java 和android的问题，我们的楼歪得不成样子了，哈哈 在 2011年12月2日 下午12:29，ibladeribla...@gmail.com写道： 原来的java me也是大平台啊，而且其授权费用是sun的java team几乎唯一的盈利 来源，而且做得也不错，市面上几乎所有手机都支持，包括联发科，**主流的互联网 应用几乎也都是java me，原生的并不多（除了windows mobile），现在其实也 是，火点的应用都少不了java me应用（塞班s60平台？你去解包看看是不是java me代码，只是这样叫而已）。 Sun的结局和技术本身无关，和他们的销售策略、市场能力有关，**oracle openworld 2011 的第一句话就是“我们让太阳的技术重放光辉”。 On 2011/12/2 12:19, Nicle wrote: 性能是其次， 关键google创造了android这个平台， 让java这在mobile这个领域，从配角向主角转变。 以前的手机平台， 无论用户和厂商，第一选择肯定是原生程序， sun没有这样一个平台， java处于娘不亲爹不爱的状态。 现在 android给java带来了平台， 而java给android带来了强大的开发群， 两者结合， 创造出了商业价值。 单讲性能的话，我想sun那帮疯子一定可以把它调试到极致，**但sun最后的结局呢? 在 2011年12月2日 上午11:35，ibladeriblader@gmail.**comibla...@gmail.com写道： 甲骨文（原来的sun）在java虚拟机方面的性能远好于Android，安卓之所以给大家 的感觉性能好有很大的原因是机器的配置起点就比大多数 原来跑java me的机器性 能高很多。有一份资料给到大家，虽然是oracle的，但是数据肯定不会假，只是有 可能不完整。 另外一个是图形加速，java se其实具备完整的图形加速体系机构，windows、 linux、mac下java2d和3d均可以使用dx、*** *opengl进行加速，只是在嵌入式方面 原 来跟进做实现的厂商很少，据我所知，原来索爱和nokia做过这样的事情，javame 跑3D也跑得很好，当然google说服TI、高通之类 的加入是另外一个story了。 http://blogs.oracle.com/javaseembedded/entry/how_does_http://blogs.oracle.com/**javaseembedded/entry/how_does_** android_22s_performance_stack_up_against_java_se_embedded** http://blogs.oracle.com/**javaseembedded/entry/how_does_** android_22s_performance_stack_**up_against_java_se_embeddedhttp://blogs.oracle.com/javaseembedded/entry/how_does_android_22s_performance_stack_up_against_java_se_embedded On 2011/12/2 11:04, Neo Ko wrote: 这个确实是，java的话，优化会比较容易。倒是不知道跟甲骨文的官司如何，这个才是问题所在 在 2011年12月2日 上午10:49，Nicleyni...@gmail.com写道： 相比原先的J2ME性能已经很不错了， 现在像高通, TI， Nvidia, 都已经有GPU加速， 性能问题最终会解决。 4.0的流畅度感觉比先前版本又有了提高 , 呵呵 在 2011年12月2日 上午10:40，Neo Koneo.black...@gmail.com写道： 这也说明了为什么到目前为止android上的程序效能如此低，当然等android硬件升级到一定的程度后， 效能这个东西肯定会解决的 在 2011年12月2日 上午10:15，Nicleyni...@gmail.com写道： 恩，我还认为， google首次把java在手机平台推向成功， 也是其商业成功的关键。 java在手机上运行其实很早就有了， WinMobile/Sybiam都支持， 但是性能问题，最多是作为各平台原生程序的补充。所以之前，开发者并不热衷java的手机开发。 但google在android里实现了新的java虚拟机davlik, 让java在android上几乎成为一种原生语言， 并提供了功能丰富的java sdk， 世界上那么多的java程序员可以瞬间加入android app开发， 这也是Android Market里程序数量激增的重要原因， Market的成功，也造就了android的成功。 我猜Google当年肯定也考虑QT之类在嵌入式中比较成熟的图形库， 但QT开发者比起java来，那数量是不可比拟的， 所以最后还是选择了java. 在 2011年12月1日 下午11:42，Thomas Youngswull...@gmail.com写道： 不好说，Android的成功和Linux Kernel有着直接的关系，如果换一个kernel，能达到现在的水平就不好讲了。 现在智能手机按Kernel分只有三种，Linux（Android Meego WebOS），BSD(iOS)，Windows(WP) 说来说去。竟然还是桌面系统的老一套，证明操作系统内核的开发还是非常困难的。 Android最有商业价值的地方我认为有三： 1. 强大的Linux Kernel提供了极强的硬件兼容性和系统稳定性 2. 宽松的MIT类协议使二次开发和定制变的极其方便 3. 弥补了功能机和iphone之间的市场空档，当然现在高端Android手机早就和iphone正面交锋了 2011/12/1 wangxb07wangx...@gmail.com: 好吧，换种说法，Android最有商业价值的部分不是GPL协议的。 -- ※ Tao Yang @ Nankai University ※ Website: [http://ninehills.github.com] -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zhhttps://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh htt**ps://lists.ubuntu.com/mailman/**listinfo/ubuntu-zhhttps://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/**https://lists.ubuntu.com/**archives/ubuntu-zh/** attachments/20111202/0bdc2d01/attachment.htmlhttps://** lists.ubuntu.com/archives/**ubuntu-zh/attachments/** 20111202/0bdc2d01/attachment.**htmlhttps://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/0bdc2d01/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zhhttps://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh htt**ps://lists.ubuntu.com/mailman/**listinfo/ubuntu-zhhttps://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/**https://lists.ubuntu.com/**archives/ubuntu-zh/** attachments/20111202/93c8b648/attachment.htmlhttps://** lists.ubuntu.com/archives/**ubuntu-zh/attachments/** 20111202/93c8b648/attachment.**htmlhttps://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/93c8b648/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zhhttps://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh
Re: [Ubuntu-zh] 大家32bit系统大内存怎么用？
咳咳，那个也是类似PAE的手段。 在 2011年12月4日 下午12:30，lee llz916...@yahoo.com.cn写道： 32bit的windows不能识别4g内存，只能识别到3072是有的。 只不过是微软限制了。。。用32bit的server版本windows是可以的。。 然后网友就搞了个办法……将32bit的server版本的windows的内存驱动替换到32bit家用版的windows上……这样就可以了(win7) 所以说这个是微软恶心，不是说不行。 于2011年12月2日 12:06:03,林孟潇写到: 其实操作系统并不能识别这种东西，32位系统理论只能是4G，不可能再提高。PAE这些只是通过将内存块变大来减少地址，Windows下的东西大概也是这个方法。有听说32bitWindows识别不了4G，只能3G多，但Linux似乎没有这种现象。真要用大内存，果断用64bit系统。如果有不兼容的软件。。。开个虚拟机吧，这样安全方便。 在 2011年12月2日 上午11:58，lee llz916...@yahoo.com.cn写道： 感觉好像和大家有些不同的理解。。。 不过我这里没有用pae的内核，32位依然完整的识别（并使用）了我的4GB内存 不知道是不是和bios有关系。。我bios里头设置了4gbto3072（貌似是这个名字。。） 于2011年12月1日 13:44:24,sanye写到: 我现在确实是只有4G，然后看别人对于32位使用额外内存也各执说法，所以才想到 来ml问问大家的实际经验;然后另一方面，是不太想重做 然后象32 bit $MS下面的fancycache，supercache之类,好像也不能直接把那额外 的内存用于磁盘一级cache，也只能用做无关痛痒的二级cache 除了PAE，好像没别的办法？ On Thu, 2011-12-01 at 13:33 +0800, User wrote: 顶楼主，我也很想知道是否存在这样的软件。如果有 8GiB 的内存，很自然用 64位；但如果只有 4GiB 的内存，还是32位好。因为虽然32位无法利用到4G内存， 但64位却会额外消耗许多内存。 Windows 下的确存在这样的软件，但一直不明白它的原理。既然这样的软件也 是运行在操作系统之上的，那么说明操作系统本身可以识别那部分内存。既然能识 别，为何又不能提供给应用程序使用呢？ PAE 不是好办法。那个东西，还不如直接用64位。 -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/2e5f18b3/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111204/10f554b1/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh
Re: [Ubuntu-zh] 有关开源协议GPL的疑问。
java要开虚拟机啊，这个东西，虚拟了，那么物理占用就远高于实际了。 恩，我想夸赞下sb系统，其实真的很不错。 在 2011年12月4日 下午12:41，lee llz916...@yahoo.com.cn写道： 在下对nicle兄的观点有一点小小的看法： 从某种角度看，sun进军一个完全陌生的行业，仅仅是为了另外一个已经很成功的产品在这个行业里头所占的市场份额更大……这种行为似乎不是很明智（实际上sun也没有选择这条路径） 另外，若进入市场的目的仅仅就是上头提到的目的，那么sun的行为和国内某企鹅已经非常类似了。 于2011年12月2日 13:49:24,Nicle写到: 不好意思，请教了sybiam的同事。 S60主要是C++开发， 当然它也支持J2ME, 而S40只支持J2ME, 但S40不是智能机平台。 我想前面“平台”这个词你不能接受的话， 应该用生态链形容更为准确。 当手机向智能转变的时候， 为什么渐渐都抛弃了java？ S60 - C++, Iphone - Object C ? WM就不要说了。 Google为Android和java建立了一个生态链： Google-IC 厂商 - 手机厂商 - 开发者 - 用户 以前j2me只是多选题中的一个，而且优先级比低， 但现在要开发android app， java是必选项目. 我不否认sun的技术， 我也认为他们的技术很先进。 但他们没有提供或者能控制一个mobile平台，来让java成为必选项。 这个就是Google做到的事情, 让人门看到Java 在移动平台的能量, 同时也让Google也借到Java在PC/网络或者其他平台积累的开发力量。 最后我没有贬低java, 反而相当欣赏它被低估的实力。 ”java 成就了android, 或者android 成就了java“， 这个并不是我的意思， 我的意思是： 让 java 和 android互相成就对方所产生的效益，那个才是商业价值。 这帖子里我不再争论java 和android的问题，我们的楼歪得不成样子了，哈哈 在 2011年12月2日 下午12:29，iblader ibla...@gmail.com写道： 原来的java me也是大平台啊，而且其授权费用是sun的java team几乎唯一的盈利 来源，而且做得也不错，市面上几乎所有手机都支持，包括联发科，**主流的互联网 应用几乎也都是java me，原生的并不多（除了windows mobile），现在其实也 是，火点的应用都少不了java me应用（塞班s60平台？你去解包看看是不是java me代码，只是这样叫而已）。 Sun的结局和技术本身无关，和他们的销售策略、市场能力有关，**oracle openworld 2011 的第一句话就是“我们让太阳的技术重放光辉”。 On 2011/12/2 12:19, Nicle wrote: 性能是其次， 关键google创造了android这个平台， 让java这在mobile这个领域，从配角向主角转变。 以前的手机平台， 无论用户和厂商，第一选择肯定是原生程序， sun没有这样一个平台， java处于娘不亲爹不爱的状态。 现在 android给java带来了平台， 而java给android带来了强大的开发群， 两者结合， 创造出了商业价值。 单讲性能的话，我想sun那帮疯子一定可以把它调试到极致，**但sun最后的结局呢? 在 2011年12月2日 上午11:35，ibladeriblader@gmail.**com ibla...@gmail.com 写道： 甲骨文（原来的sun）在java虚拟机方面的性能远好于Android，安卓之所以给大家 的感觉性能好有很大的原因是机器的配置起点就比大多数 原来跑java me的机器性 能高很多。有一份资料给到大家，虽然是oracle的，但是数据肯定不会假，只是有 可能不完整。 另外一个是图形加速，java se其实具备完整的图形加速体系机构，windows、 linux、mac下java2d和3d均可以使用dx、*** *opengl进行加速，只是在嵌入式方面 原 来跟进做实现的厂商很少，据我所知，原来索爱和nokia做过这样的事情，javame 跑3D也跑得很好，当然google说服TI、高通之类 的加入是另外一个story了。 http://blogs.oracle.com/javaseembedded/entry/how_does_ http://blogs.oracle.com/**javaseembedded/entry/how_does_** android_22s_performance_stack_up_against_java_se_embedded** http://blogs.oracle.com/**javaseembedded/entry/how_does_** android_22s_performance_stack_**up_against_java_se_embedded http://blogs.oracle.com/javaseembedded/entry/how_does_android_22s_performance_stack_up_against_java_se_embedded On 2011/12/2 11:04, Neo Ko wrote: 这个确实是，java的话，优化会比较容易。倒是不知道跟甲骨文的官司如何，这个才是问题所在 在 2011年12月2日 上午10:49，Nicleyni...@gmail.com写道： 相比原先的J2ME性能已经很不错了， 现在像高通, TI， Nvidia, 都已经有GPU加速， 性能问题最终会解决。 4.0的流畅度感觉比先前版本又有了提高 , 呵呵 在 2011年12月2日 上午10:40，Neo Koneo.black...@gmail.com写道： 这也说明了为什么到目前为止android上的程序效能如此低，当然等android硬件升级到一定的程度后， 效能这个东西肯定会解决的 在 2011年12月2日 上午10:15，Nicleyni...@gmail.com写道： 恩，我还认为， google首次把java在手机平台推向成功， 也是其商业成功的关键。 java在手机上运行其实很早就有了， WinMobile/Sybiam都支持， 但是性能问题，最多是作为各平台原生程序的补充。所以之前，开发者并不热衷java的手机开发。 但google在android里实现了新的java虚拟机davlik, 让java在android上几乎成为一种原生语言， 并提供了功能丰富的java sdk， 世界上那么多的java程序员可以瞬间加入android app开发， 这也是Android Market里程序数量激增的重要原因， Market的成功，也造就了android的成功。 我猜Google当年肯定也考虑QT之类在嵌入式中比较成熟的图形库， 但QT开发者比起java来，那数量是不可比拟的， 所以最后还是选择了java. 在 2011年12月1日 下午11:42，Thomas Youngswull...@gmail.com写道： 不好说，Android的成功和Linux Kernel有着直接的关系，如果换一个kernel，能达到现在的水平就不好讲了。 现在智能手机按Kernel分只有三种，Linux（Android Meego WebOS），BSD(iOS)，Windows(WP) 说来说去。竟然还是桌面系统的老一套，证明操作系统内核的开发还是非常困难的。 Android最有商业价值的地方我认为有三： 1. 强大的Linux Kernel提供了极强的硬件兼容性和系统稳定性 2. 宽松的MIT类协议使二次开发和定制变的极其方便 3. 弥补了功能机和iphone之间的市场空档，当然现在高端Android手机早就和iphone正面交锋了 2011/12/1 wangxb07wangx...@gmail.com: 好吧，换种说法，Android最有商业价值的部分不是GPL协议的。 -- ※ Tao Yang @ Nankai University ※ Website: [http://ninehills.github.com] -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh https://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh htt**ps://lists.ubuntu.com/mailman/**listinfo/ubuntu-zh https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/** https://lists.ubuntu.com/**archives/ubuntu-zh/** attachments/20111202/0bdc2d01/attachment.htmlhttps://** lists.ubuntu.com/archives/**ubuntu-zh/attachments/** 20111202/0bdc2d01/attachment.**html https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111202/0bdc2d01/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh https://lists.ubuntu.com/**mailman/listinfo/ubuntu-zh htt**ps://lists.ubuntu.com/mailman/**listinfo/ubuntu-zh https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/**
[Ubuntu-zh] 貌似今天一天都没法上google
如题，你们有这样的情况吗 -- 下一部分 -- 一个HTML附件被移除... URL: https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20111204/4862271b/attachment.html -- ubuntu-zh mailing list ubuntu-zh@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh
