ZFS才是最先进的文件系统. 基本上, 文件系统方面在ZFS之后, 要再有突破性的革新, 需要一些时间了.
ZFS才是最先进的文件系统. 基本上, 文件系统方面在ZFS之后, 要再有突破性的革新, 需要一些时间了.
来自子话题：
个人意见，两者的设计关系相似，但没有直接证据证明两者的设计存在继承关系。&br&&br&Delvik 选择寄存器为主的结构，更多地因为它主要是被设计为跑在寄存器数目丰富而内存相对匮乏的 ARM 体系上，便于作优化。Lua 的设计起源于 1993 年，那时候 ARM 架构的智能手机还不是大家关注的焦点。Delvik 虽然出现的时间晚，但设计目的不同，跟 Lua 未必有源流上的参考。&br&&br&Lua 的虚拟机确实基于寄存器，但它的高效未必是因为它选择寄存器结构而的得到的。Lua 的高效主要来自于更小的代码和很多优化的操作，比如直接拷贝 unboxed float 数据而非过度使用包装层（顺便说一句，Python 虚拟机在这个问题上的表现算是一个反面例子）。&br&&br&不过，我承认 Lua 最初的历史也是来自在嵌入式设备上的开发需要（下文参考）。就我个人而言，我倾向于认为两者是英雄所见略同而出来的结果。&br&&br&参考：&a href=&http://www.lua.org/history.html& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://www.&/span&&span class=&visible&&lua.org/history.html&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&
个人意见，两者的设计关系相似，但没有直接证据证明两者的设计存在继承关系。Delvik 选择寄存器为主的结构，更多地因为它主要是被设计为跑在寄存器数目丰富而内存相对匮乏的 ARM 体系上，便于作优化。Lua 的设计起源于 1993 年，那时候 ARM 架构的智能手机…
来自子话题：
题主的需求跟Map无关 只是想知道如何安全的更新单个值 简单的CAS即可做到(换成AtomicXX即可)&br&&br&每当有人把所谓的&线程安全&理解成&只要用了这个 不管是啥问题都不是我的错&的时候 我就很痛心...
题主的需求跟Map无关 只是想知道如何安全的更新单个值 简单的CAS即可做到(换成AtomicXX即可)每当有人把所谓的"线程安全"理解成"只要用了这个 不管是啥问题都不是我的错"的时候 我就很痛心...
来自子话题：
这个问题 其实应该写成&要不要依赖数据库提供的函数来获取环境信息&&br&SQL中尽量不要依赖任何SQL函数 会使日志丧失幂等性 还原的时候就扑街了&br&所以尽量用应用服务器时间 服务器之间的时间可以启个同步服务去同步 如果对时间精读要求很高 可以专门写个获取时间的服务
这个问题 其实应该写成"要不要依赖数据库提供的函数来获取环境信息"SQL中尽量不要依赖任何SQL函数 会使日志丧失幂等性 还原的时候就扑街了所以尽量用应用服务器时间 服务器之间的时间可以启个同步服务去同步 如果对时间精读要求很高 可以专门写个获取时间的…
来自子话题：
“.NET程序员”要不要研究CoreCLR的实现，感觉跟“Java程序员”要不要研究HotSpot VM的实现，问题性质一样。&br&答案当然是：想上就上！&br&&br&你们研不研究也罢反正我是肯定会研究的（挺&br&附送我之前做的一个演讲：&a href=&/blog/1426530& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&为啥别读HotSpot VM的源码&i class=&icon-external&&&/i&&/a&&br&“研究”不一定要一开始就去读源码。有别的阅读资料先了解清楚背景是最好。没现成的阅读资料就…等别人写吧哈哈哈。别催稿喔（逃
“.NET程序员”要不要研究CoreCLR的实现，感觉跟“Java程序员”要不要研究HotSpot VM的实现，问题性质一样。答案当然是：想上就上！你们研不研究也罢反正我是肯定会研究的（挺附送我之前做的一个演讲：“研究”不一定要一开始就去…
来自子话题：
嗯嗯。这个问题从不同角度考察会得到不同的答案。&br&简单说：Java字节码既是一种ISA（指令集体系结构，instruction set architecture），也是一种IR（编译器中间表示，intermediate representation ）。&br&&br&类比一下，这就跟一匹白马，当一个画家要画它的时候，取颜料时只关注它是“白色”的一面，而勾画轮廓时只关注它是“马”的一面；白马既是白的也是马。&br&&br&当从“抽象机器”（abstract machine）的角度考察时，Java字节码显然是一种ISA。甚至有介绍ISA的入门级知识的书以Java字节码为主要介绍对象：&a href=&/subject/2666976/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&《Principles of Computer Organization and Assembly Language》&i class=&icon-external&&&/i&&/a&。好吧这是本挺奇怪的书；如果不是入门读而是已经熟知例如x86、ARM、MIPS这样的ISA再读这本书的话可能会觉得很别扭。&br&有实际硬件CPU实现了完整或基本完整的Java字节码作为ISA的一部分，所谓的Java CPU或者coprocessor。现在最出名的可能是ARM的Jazelle，但实现最完整的可能是更老的picoJava、picoJava-II之类。&br&&br&当从编译器实现编程语言的角度考察时，Java字节码可以看作一种IR。事实上Java之父James Gosling可能更愿意这么看。他在IR'95上发表的&a href=&http://dl.acm.org/citation.cfm?id=202541& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Java intermediate bytecodes&i class=&icon-external&&&/i&&/a&论文从名字上就说了Java字节码是一种IR；这个会议显然也是关于编译器IR的。有兴趣的同学请务必读读这篇论文。&br&&br&Gosling也在&a href=&/pdf/20_Gosling_keynote.pdf& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&一些场合&i class=&icon-external&&&/i&&/a&提到设计Java字节码的历史背景，其中有当时的ANDF风潮的影响。ANDF，Architecture Neutral Distribution Format，是一类理想的、能描述各种编程语言功能而保持平台中立的IR。然而当时各组织想推广的“ANDF”不尽相同，通常其实是他们各自现有编译器里的AST，自然难以跟别人的语言或编译器实现相匹配。Java字节码通过将IR设计成类似P-code的、虚拟机指令形式，避免了跟某个AST过分耦合的困境，达到ANDF跨语言+跨平台的目的。&br&&br&（从现在的角度回过头看，Java字节码的设计还是跟Java语言的AST挺耦合…特别是跟MSIL相比的话）&br&&br&论文里有张图，形象的描述了Java字节码在从Java源码到最终执行的过程中所处的地位：&br&&img src=&/94eda395e47e881da863a_b.jpg& data-rawwidth=&1136& data-rawheight=&432& class=&origin_image zh-lightbox-thumb& width=&1136& data-original=&/94eda395e47e881da863a_r.jpg&&这是典型的编译器IR，只不过是以Class文件的形式序列化了而已。&br&&br&至于线性IR与实际机器的指令为啥看起来相似，那是因为线性IR遍历起来效率最高，实际硬件做了非常直观的设计选择。&br&&br&与线性IR相对，IR还可以是树形或者是图（可能是DAG或者是更宽泛的图）。&br&树形和图形IR都可以有一个特定的根节点作为起点，以及可以定义一种遍历顺序来遍历整个IR，例如说树形IR的后序遍历。&br&对一个IR图以特定顺序遍历，可以看作把这个IR图“线性化”，所谓“遍历顺序”就隐含在线性化的结果里。这样，线性IR比树或图的IR可以更紧凑，执行起来只需要线性扫描而不需要每个节点都追逐指针，所以更高效。&br&&br&关于线性IR的三地址、二地址、一地址和零地址版本，请参考老帖：&a href=&/blog/492667& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&虚拟机随谈（一）：解释器，树遍历解释器，基于栈与基于寄存器，大杂烩&i class=&icon-external&&&/i&&/a&
嗯嗯。这个问题从不同角度考察会得到不同的答案。简单说：Java字节码既是一种ISA（指令集体系结构，instruction set architecture），也是一种IR（编译器中间表示，intermediate representation ）。类比一下，这就跟一匹白马，当一个画家要画它的时候，取…
来自子话题：
题主提的问题，标题跟说明其实不是一件事。&br&&br&如果按标题来，“如何实现一门基于 JVM 的程序语言？”，那读读下面这本书就可以有个大体概念：&br&&a href=&/subject/4030327/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Language Implementation Patterns&i class=&icon-external&&&/i&&/a&&br&还有一本，我没读过不过主题挺合适题主的：&br&&a href=&/subject//& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Introduction to Compiler Construction in a Java World&i class=&icon-external&&&/i&&/a&&br&&br&如果按问题描述来，“Scala、Clojure、JRuby这类的编程语言是如何实现的？”，要回答这个问题就得下到更细节的层面，不是三言两语能说清楚的。&br&&br&偷个懒，还是建议题主先读读前面两本书再说。&br&&br&Scala和Clojure在JVM上的实现都是把程序静态编译到Java字节码然后再交由JVM执行。&br&&br&JRuby自身有混合执行系统，有一个用Java写的解释器和一个编译器。&br&解释器可以直接解释执行Ruby程序。以前JRuby的解释器是AST解释器，新版用的是一个IR解释器。&br&编译器把Ruby程序编译为Java字节码再交给JVM执行，不过这个编译通常是运行时做的而不像Scala和Clojure是静态做的。
题主提的问题，标题跟说明其实不是一件事。如果按标题来，“如何实现一门基于 JVM 的程序语言？”，那读读下面这本书就可以有个大体概念：还有一本，我没读过不过主题挺合适题主的：
来自子话题：
考虑GC效率的话，开小了会使GC发生的很频繁，开大了虽然会减少GC的次数，但是会增加每次GC的时间，当新生代使用串行回收时，GC时间过长会造成程序所有线程暂停时间过长。&br&sun公司给的例子是（4G内存，32个线程并发能力）-Xmx3800m -Xms3800m -Xmn2G -Xss128k
考虑GC效率的话，开小了会使GC发生的很频繁，开大了虽然会减少GC的次数，但是会增加每次GC的时间，当新生代使用串行回收时，GC时间过长会造成程序所有线程暂停时间过长。sun公司给的例子是（4G内存，32个线程并发能力）-Xmx3800m -Xms3800m -Xmn2G -Xss128k
来自子话题：
&p&我是微软的前support engineer。我想从两点评价这件事&/p&&p&分别是：技术上的难度和为此带来的对微软的威胁&/p&&br&&p&&b&一、技术上的难度&/b&&/p&&p&
微软和Intel决定合作这个项目，但是他们的方法完全不同&/p&&p&
Intel认为，应该使用虚拟化技术，在windows上运行一个精简版的安卓虚拟机。优点是这样可以让安卓和windows划清界限，尽量避免法律问题，同时也相对容易。但是，这样做的缺点很多，首先Intel决定开发专门芯片来实现，首先这就是个大难题，就算退一步，在大部分机器上实现，那性能一定是非常棘手的问题，安卓和windows完全不同的架构，在PC和手机这样配置普遍不高的环境下，是很难做到高效的。&/p&&p&
而微软觉得，应该参考Xamarin（mono for andriod和monotouch）原理，设计一个兼容层，用JAVA VM（dalvik）和JAVA实现的windows API来兼容安卓应用。这样的优点很明显，可以有效的提高效率，甚至还可以控制安卓应用的UI设计。这样的缺点似乎更明显，此举会使安卓彻底融入windows，.NET框架会更危险，WIN原生开发者也会考虑只开发安卓应用，使本来就少的开发者更不相信微软&/p&&p&
微软还想尽量统一win和wp，安卓兼容层（或虚拟机）会让这一工作难度更大&/p&&p&
不管怎么做，这都是很困难的，不过请相信微软的实力&/p&&br&&p&我提到技术上的难度的问题，是想说，支持安卓应用，在技术层面上，是不值得的，会带来千万美元级别的损失，还好，就算微软失去市场，他还有是钱。&/p&&br&&br&&p&&b&二、为此带来的对微软的威胁&/b&&/p&&p&
其实我上文就提到了。这样会让安卓系统直接融入windows，.NET架构本来就是微软的重要战略，JAVA也会真正实现它的“一次编写，随处运行”的目标。原生开发者本来就少（微软.NET复杂是一大障碍，所以先学JAVA再学C#会比反过来学容易），这样会在一定程度上变得更少，Facebook推动的“低成本”战略连微软都已经接受了，现在安卓可以运行在windows，那干嘛还要开发一个WIN客户端呢，这是Facebook和他很多支持者的看法。&/p&&p&
很多新闻还提到一点，这可能会让谷歌生气，并且依靠安卓生态圈的协议禁止微软这项行为，为此带来的法律责任微软可不想要。&/p&&br&&br&&p&除了技术上的额外的大量支出和为此带来的坏处，这样做的好处还是显而易见的。正如亲们所说，这样可以有效提高WP/WIN应用数量，质量上也能得到很大提高（这两个平台的应用质量还是比较差的）。&/p&&p&第二，就是微软梦寐以求的一点，可以让OEM更愿意使用win平台，用户也会更满意，可以为微软的移动战略迈出重要的一步... ...&/p&&br&&p&好处就不详述了，&strong&总之，这一定是明智的&/strong&，线放的很长，也许是失败，不过微软需要这样变革，尝试才有结果。&/p&&br&&p&无论如何，一切就看纳德拉的能力，一切就看windows9.&/p&
我是微软的前support engineer。我想从两点评价这件事分别是：技术上的难度和为此带来的对微软的威胁一、技术上的难度 微软和Intel决定合作这个项目，但是他们的方法完全不同 Intel认为，应该使用虚拟化技术，在windows上运行一个精简版的安卓虚拟机。优点…
来自子话题：
我更喜欢 VMware Fusion &br&OS X 下虚拟机软件主要有 Parallels Desktop，VMware Fusion，Virtualbox三种，其中 Virtualbox 是开源免费的软件，另外两个是需要付费购买的商业软件。为了知道哪个虚拟机更好用我曾经把这三个虚拟机都安装过。&br&&br&Parallels Desktop 的性能要更好一点，包括图形性能，所以 Parallels Desktop 是速度最快的。但是PD安装之后在Launchpad上生成一大堆 Windows 应用的快捷方式让我反感。Parallels Desktop 还有一个缺点是驱动做的不完美，一部分U盾不能很好的支持。我觉得网银应该是安装虚拟机的主要需求之一，所以这个还是比较关键。&br&&br&VMware Fusion 简洁稳定，驱动做的不错，几乎完美支持所有U盾。速度上差 Parallels Desktop
一点。这三款虚拟机都支持动态分配占用的磁盘空间的功能，但是 VMware Fusion 有一个很不错的功能是可以回收使用过的空间。&br&&br&Virtualbox 虽然是开源软件，但是很不好用，速度慢，粗糙的 UI，简陋的功能都是我不选择它的原因。
我更喜欢 VMware Fusion OS X 下虚拟机软件主要有 Parallels Desktop，VMware Fusion，Virtualbox三种，其中 Virtualbox 是开源免费的软件，另外两个是需要付费购买的商业软件。为了知道哪个虚拟机更好用我曾经把这三个虚拟机都安装过。Parallels Desktop …
来自子话题：
正版用户来答。&br&&br&1. 略坑钱。一年更新一个版本，三百五十块就没了。&a href=&& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a& 的学生版比官方老授权升级价格还便宜。我还在用 PD9 的时候升了 OS X 10.10 导致 PD9 崩溃，用我有限的中国英语跟一口印度英语的客服扯淡了半天，最后得到结果：要么等一段时间 PD9 发更新，要么等 PD10 发布。五分钟以后我收到了包含 PD10 购买链接的邮件。（这个时候官网上没有任何 PD10 发布的消息，我很怀疑我是全球头几个知道这一消息的人。）&br&&br&2. 效率真心高，秒杀 VBox 几条街。VMWare 在 OS X 上没用过，不评价。&br&&br&3. 游戏性能：MacBook Pro 13 寸，2013 年末款，i5 2.6GHz，16GB/512GB，OS X 10.10，虚拟机 Windows 8.1，给了两个核心 4G 内存。Battlefield 3 720P 最低画质流畅。Battleblock Theater 最高画质不开垂直同步流畅。Host 的鼠标键盘延迟略高，FPS 玩起来压力很大，而直接把鼠标接入虚拟机会导致指针不显示（可正常使用）。&br&&br&4. 音频性能：经常破音或者断断续续，尤其是虚拟机窗口不在前台的时候。不适合音频输出用途。&br&&br&5. 外设支持：外接显示器可直接支持（但是 retina/非 retina 混用会出点问题），Xbox One 手柄不识别（不管是否安装 OS X 驱动），鼠标指针不显示。&br&&br&6. 耗电：保持得不错，开起来以后续航时间少一半这样吧。&br&&br&7. 日常使用：开 VS 小工程没问题。Word 2013 开三百多张 A4 大小扫描图没问题。不在前台的时候感觉不到性能损失（OS X 本来就卡的跟什么一样了）。全屏以后用四指轻扫切换系统可供装逼。OS X 的分享菜单和三指取词都能正常用。&br&&br&8. 小 Bug：UI 经常卡住，然后有可能崩溃。但是因为虚拟机和那个窗口不是同一进程，不会丢数据。&br&&br&9. PD 认为 Linux == Debian/Ubuntu，Arch 系的还是乖乖 VBox 去吧。以及 Retina 屏幕就别装 Linux 了，不能看。
正版用户来答。1. 略坑钱。一年更新一个版本，三百五十块就没了。 的学生版比官方老授权升级价格还便宜。我还在用 PD9 的时候升了 OS X 10.10 导致 PD9 崩溃，用我有限的中国英语跟一口印度英语的客服扯淡了半天，最后得到结果：要么等…
来自子话题：
对HotSpot VM来说，不受GC管理的内存都是native memory；受GC管理的内存叫做GC heap或者managed heap。&br&&br&“Direct memory”，在Java的上下文里，特指Java程序通过一组特定的API访问native memory。这组API主要由DirectByteBuffer暴露出来。&br&Native memory是一个通用概念，而direct memory只限定在特定的访问native memory的做法。两者不直接等价。&br&&br&另外JDK7中的HotSpot VM没有把String常量放到native memory，而是把&br&&ul&&li&interned String =& Java heap&/li&&li&Symbols =& native memory&/li&&/ul&
对HotSpot VM来说，不受GC管理的内存都是native memory；受GC管理的内存叫做GC heap或者managed heap。“Direct memory”，在Java的上下文里，特指Java程序通过一组特定的API访问native memory。这组API主要由DirectByteBuffer暴露出来。Native memory是一…
来自子话题：
谢邀。&br&这个问题挺难回答的，因为功力不够；对编程语言认识广度和深度上都不够。&br&并且程序语言的设计又是个哲学和审美的问题，一千个人有一千个哈姆雷特，从来就没有一门完美的语言。所以仅从个人的喜好来回答几点。&br&&br&1）类型系统是把双刃剑&br&我在blog里写过很多偏有关scala类型系统的，因为这部分是我学习scala过程中耗费最多精力去了解的。我非常理解为什么Jetbrains为什么要设计一门 kotlin 语言，他们的理由是scala很好很强大，但也有些过了，所以我们采取了折中的设计，借鉴scala但去掉它非常复杂的地方(主要是类型系统)。&br&&br&要从设计上来证明它的不好之处，不太容易，有些不好的点，并不一定是设计层面的，而是实现层面的问题，比如类型推导为何不是用全局式的HM推导，而采用局部的基于流的推导；导致有些情况下不如haskell的推导那么强大。另外还有一些看上去奇奇怪怪的符号，也可以说是实现风格的问题。&br&&br&对于设计上的争论，这里有一个例子，&a href=&/scala-pitfalls-15& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&scala雾中风景(15): class A { type T }与class A[T] {}&i class=&icon-external&&&/i&&/a&&br&你会觉得这两种是否等价，或者那种更好？既然scala这么追求统一和一致性，为何在类型上不用一种方式呢？看看martin自己的解释：&br&&br&&a href=&/wecite/papers/blob/master/An-Overview-of-the-Scala-Programming-Language/5.Abstraction.md#53--%E7%94%A8%E6%8A%BD%E8%B1%A1%E7%B1%BB%E5%9E%8B%E5%BB%BA%E7%AB%8B%E6%B3%9B%E5%9E%8B%E6%A8%A1%E5%9E%8Bmodeling-generics-with-abstract-types& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&/wecite/papers/blob/master/An-Overview-of-the-Scala-Programming-Language/5.Abstraction.md#53–%E7%94%A8%E6%8A%BD%E8%B1%A1%E7%B1%BB%E5%9E%8B%E5%BB%BA%E7%AB%8B%E6%B3%9B%E5%9E%8B%E6%A8%A1%E5%9E%8Bmodeling-generics-with-abstract-types&i class=&icon-external&&&/i&&/a&&br&&br&&两种抽象模式之间可以转换，对于一种语言还是有价值的，因为可以降低其内在的概念复杂性。例如，Scala 的泛型，实际上就是一种语法糖，完全可以被抽象类型替代掉。既然如此，也许会有人问，这种语法糖有没有必要性？或者说为什么不只用抽象类型呢，这样可以使语法本身简化很多。实际上，Scala 中引入泛型有两重意义：首先，手工把泛型转化为成为抽象类型表达形式并不那么简单，不仅会丧失语法的简洁性，而且还可能带来前述的命名冲突等问题。其次，泛型和抽象类型在 Scala 中一般扮演不同的角色，泛型一般用于类型的实例化，而抽象类型主要用于在调用者代码中对相应的抽象类型进行引用。后者主要来自于两个场合：一个是有人需要在客户代码中隐藏相关类型信息，用于构造类似于SML模式的模块系统。另一个是在子类中协变地继承父类的类型，从而获得族多态。&br&&p&&可能有人会问，那么是否可以反过来用泛型来替代抽象类型呢？一些对于两种抽象方式都支持的系统进行的研究 [27] 证实，这样做要困难得多，至少整个程序都需要重写。不仅如此，如果系统要实现受限多态的话，重写类型上/下界的部分会呈平方级增长 [8]。实际上这一点也不奇怪，因为这两种类型体系的理论基础就不同，泛型（不带 F-界的）可以用 F&: 系统来表达 [11]，而抽象类型则建立在类型依赖的基础之上。后者比前者的表现力更强，例如，带路径依赖类型的 νObj 演算是可以涵盖 F&: 的。&/p&&br&&br&2）灵活性也是把双刃剑(eg: 操作符重载)&br&我个人不排斥这个特性，但团队协作上需要克制。当年有段采访Java之父Gosling在回答为何不支持无符号类型(unsigned int)时，说非常多的语言都是因为它们太过灵活而死亡的，所以他要尽可能保持简单。现在来看，是一种大智若愚的做法。&br&&br&3)
Martin的野心太大&br&即想支持脚本式开发，又想担当系统语言；即想要动态语言的灵活性，又想要静态语言的安全性；即想运行在JVM上，又想运行在.NET上；总之是想得非常宏大，实际能力却不匹配（背后没有大财团支持），在实现上有很多bug（编译器和类库），还有兼容性的问题，都给用户一种不够可靠的感觉（相对于java）。
谢邀。这个问题挺难回答的，因为功力不够；对编程语言认识广度和深度上都不够。并且程序语言的设计又是个哲学和审美的问题，一千个人有一千个哈姆雷特，从来就没有一门完美的语言。所以仅从个人的喜好来回答几点。1）类型系统是把双刃剑我在blog里写过很多…
目前所有的答案都是错的。&br&目前在只使用 OS X 的情况下无法制造出可启动的 Windows 安装 U 盘。直接 dd 或者转成 dmg 再 dd 都不行。&br&&br&用 BootCamp助理 制造出的 U盘只能在 Mac 上启动，无法在 PC 下启动。&br&&br&目前最简单的方法是， 下载 &a href=&https://www.virtualbox.org& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://www.&/span&&span class=&visible&&virtualbox.org&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a& ，在里面安装 Windows ，然后在 VirtualBox 里面挂载 U盘 ，通过 Windows 7 USB/DVD Download Tool 制作可启动的 U盘 。
目前所有的答案都是错的。目前在只使用 OS X 的情况下无法制造出可启动的 Windows 安装 U 盘。直接 dd 或者转成 dmg 再 dd 都不行。用 BootCamp助理 制造出的 U盘只能在 Mac 上启动，无法在 PC 下启动。目前最简单的方法是， 下载
1. 现在伸手党这么猖獗了啊，点点鼠标搜一下的事情也巴巴地跑上来问。&br&2. 不懂装懂的也够恶心，那个虚拟机里开 UltraISO 的答案，Eww&br&&br&答案: &br&a. Terminal 里 dd 命令，详细格式为进入镜像所在文件夹然后 &dd if=镜像文件名 of=/dev/rdisk1(听你描述是这样没错) bs=1m& 不过能问出这种问题，能用好 dd 命令估计有难度&br&&br&b. 打开系统自带的 Boot Camp 助理，插上U盘，照着说明做
1. 现在伸手党这么猖獗了啊，点点鼠标搜一下的事情也巴巴地跑上来问。2. 不懂装懂的也够恶心，那个虚拟机里开 UltraISO 的答案，Eww答案: a. Terminal 里 dd 命令，详细格式为进入镜像所在文件夹然后 "dd if=镜像文件名 of=/dev/rdisk1(听你描述是这样没错)…
来自子话题：
&p&巨牛级人物，，，&/p&&br&&p&我经常吐槽Java和Javaer，但是 RednaxelaFX菊苣一出现，我立马屁滚尿流的滚了，，，，&/p&
巨牛级人物，，，我经常吐槽Java和Javaer，但是 RednaxelaFX菊苣一出现，我立马屁滚尿流的滚了，，，，
来自子话题：
知乎上有好些人从事JVM的研发的呢。不过不一定都在知乎上很活跃。&br&&br&我的书单：&a href=&/doulist/2545443/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&从表到里学习JVM实现&i class=&icon-external&&&/i&&/a&
知乎上有好些人从事JVM的研发的呢。不过不一定都在知乎上很活跃。我的书单：
不说了，直接上图吧&img src=&/3d5a36929dcdbf09c1bda2_b.jpg& data-rawwidth=&521& data-rawheight=&566& class=&origin_image zh-lightbox-thumb& width=&521& data-original=&/3d5a36929dcdbf09c1bda2_r.jpg&&
不说了，直接上图吧
来自子话题：
&a class=&member_mention& href=&/people/a06cfb38e37dacdf4d7f032& data-hash=&a06cfb38e37dacdf4d7f032& data-tip=&p$b$a06cfb38e37dacdf4d7f032&&@RednaxelaFX&/a& ：按照我国的标准都差不多可以交45%的税了
：按照我国的标准都差不多可以交45%的税了
来自子话题：
回复&a href=&/people/imajeason& class=&internal&&imajeason&/a&中关于VMware如何击败微软的话题。&br&&br&VMware的产品线数据中心和云计算基础架构、管理、桌面和终端、电邮这几大块。ESX（已经淘汰，现在是ESXi）是基础架构的核心产品，围绕它有一系列的企业级解决方案，如分布式资源管理、电源管理、HA等。&br&&br&至于VMware如何击败微软的，&b&这是绝对可能发生的&/b&。&br&&br&针对桌面用户的Workstation是&b&基于宿主操作系统&/b&的虚拟化，即在PC的操作系统之上新建一个容器，在上面你可以跑Linux等系统，这是VMware虚拟化的一小块。&br&&br&而在基础架构服务器虚拟化层面，虚拟化是&b&基于裸金属架构&/b&——Hypervisor（不知道怎么翻译，VMware的Hypervisor就是ESXi），这是什么概念，ESXi本身才150MB左右，安装根本不需要操作系统，直接在硬件上安装，然后再装虚拟机。这样的收益第一是稳定，第二是收获性能，操作系统消费的硬件资源完全节省。&br&&br&打个通俗的比方，在虚拟化技术成熟以前，所有硬件厂商都需要操作系统才能装其他软件，即&b&操作系统和其他软件是航空母舰和舰载机的关系&/b&，而在虚拟化技术成熟后，Hypervisor成了航空母舰，操作系统和其他软件都成了Hypervisor的舰载机。&br&&br&所以，操作系统厂家，尤其是微软和红帽，才对虚拟化这一市场虎视眈眈，因为一旦哪天，所有应用都直接跑在Hypervisor上，那就没微软神马事儿了。&br&&br&&blockquote&从vmware的功能来看，vmware吃掉的是pc组装商跟低端服务器商的市场，可以说这两个市场值多少钱，vmware的市值就是多少。&br&&/blockquote&&br&所以，VMware的市场在于云计算的根基——服务器虚拟化（不言自喻，VMware是虚拟化的leader，占用大部分的市场），以及可能发生的——对于操作系统市场的吞并。
回复中关于VMware如何击败微软的话题。VMware的产品线数据中心和云计算基础架构、管理、桌面和终端、电邮这几大块。ESX（已经淘汰，现在是ESXi）是基础架构的核心产品，围绕它有一系列的企业级解决方案，如分布式资源管理、电源管理、HA等。至于VM…
来知乎，参与讨论}