编译器预算

‘壹’ 男生最吃香的十大专业 男生最吃香的十大专业是什么

1、车辆工程

车辆工程专业涉及的技术面非常广。除了支持汽车成型的材料技术、支持汽车动力系统的机械技术外，机车车辆、轻轨车辆、军用车辆及工程车辆等陆上移动机械几乎无所不包。

2、电子信息工程

说起来，这也是一个老专业了，用老百姓的话说，就是以前的“无线电”。现在，一般的理工院校都开设了这个专业，并不惜财力重点扶持，名字也都与“电子”“信息”挂上了钩，可谓“老树开新花”。信息产业是一项新兴的高科技产业，有着巨大的潜力和广阔的发展前景。随着工业经济向知识经济的转化，信息产业必然会成为世界第一大产业，而电子信息工程就是信息产业的重要基础和支柱之一。

3、软件工程

只要使用电脑，就得同各种各样的软件打交道。简单地说，软件工程的主要任务就是开发升级新软件、维护原有软件。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

4、机电一体化技术

专业介绍：“机电一体化技术”的专业人才是21世纪初我国急需的八大紧缺人才之一，就业前景光明。本专业教学内容包含了机械、电子、计算机、传感、信息处理等应用技术的最新成果，全面培养学生的职业技能，使学生具备系统调试、编程、维护维修与设备管理的能力，成为该领域的高级技术应用型人才。

5、数学与应用数学

专业介绍：本专业特点是理工结合，培养具有宽厚的数学基础，熟练的计算机应用和开发技能，较强的外语能力，并掌握一定的应用科学知识，能运用数学的理论和方法解决实际问题的高级科技人才。

6、环境艺术设计

涉及面广泛各个企事业单位与平面以及三维制作相关的工作，可从事数字艺术设计、环境艺术设计、新闻出版行业、室内设计、会展设计行业、建筑效果图设计、绘图员、平面设计师、橱柜设计师、家具设计师、施工图设计师、效果图表现、预算员、工装设计师、设计师助理、施工监理等行业。

7、投资理财专业

对于一名文科生来说，作为一个投资理财行业的分析师越来越受到金融行业的青睐，很多文科男生在毕业以后选择从事投资分析师这一职业。尤其是在北上广等大城市，一个好的金融理财分析师可以轻松月入过万。很多做的好的男生更是成为了企业投资融资服务的专业性人才。

8、土木工程

土木工程是建造各类工程设施的科学技术的统称，在国家建设中属于基础建设行业。应该说，我们国家的基础设施还处在发展阶段，我们和西方发达国家相比有二三十年的差距。目前，咱们国家基础建设的主战场是高速铁路、高速公路以及电站建设，水利建设等，这些行业每年吸收大量的土木专业毕业生。

9、飞行器设计与工程

飞行器设计与工程培养具有良好数学、力学基础，具有飞行器工程基本理论和工程应用等方面知识，能从事飞行器总体设计、机构设计、飞机外形设计、飞机性能计算与分析、结构受力与分析、飞机故障诊断及维修、软件开发等，并能从事通用机械设计及制造的高级工程技术人员和研究人员。

10、地质学类

热爱地理的同学一定不能错过这类专业。很久很久以前，北美洲、南美洲和非洲是连在一起的;2000万年前，珠穆朗玛峰还在水底。别人不知道的地球秘密，地质学的同学却都如数家珍。

地质学是一门偏理的学科，它是综合运用一切科学手段研究地球历史变迁的科学。地质学毕业生就业岗位包括：地质工程师、采矿工程师、土建工程师、岩土工程师、地质技术员、测量工程师等。

‘贰’ 上大学带台式电脑去上大学带什么样的电脑好还是笔记本电脑

大学期间电脑选择很重要的一个参考依据就是你所读的专业，如果与设计相关的专业的话，电脑配置肯定是要在线的而不是一种够用的性能。

那么我主推的是选用台式机而非笔记本。

大学期间该选台式机还是笔记本？不妨来看看这个
首先，现在市面上面很多打着设计旗号的轻薄笔记本，实际性能是跟不上的，仅仅依靠一个核显想要完成很多设计工作，无疑是挺困难。而笔记本的起步价普遍在3000元以上。

同样3000元的价格，组装一台独显台式机，可以轻松完成各种设计工作，同时，还能选配一个高色域高分辨率显示屏，对于设计专业的朋友来说，无疑是如虎添翼。

另一方面，很多新入学的朋友会说，上课会不会要带笔记本啊？其实并不用，很多专业设计课程都会在学校机房内进行，极少数的课程才会用到笔记本上课教学。既然不会经常带电脑出寝室，同价位选用高性能台式机岂不美哉。

大学期间该选台式机还是笔记本？不妨来看看这个
而学习文化，艺术，管理或者计算机专业的朋友，专业性质决定了你们用office或者编译器会比较多，这类软件对电脑性能要求不高，但是这些专业又决定了你们可能会随时随地使用电脑进行学习办公之类的，所以便携性的笔记本是首选。

根据个人使用习惯选择

如果你上大学，想要兼顾娱乐和学习，老老实实选择台式机，至于原因嘛，过来人的经验告诉你，笔记本只适合专注于学习的朋友，如果想要笔记本能玩还能学，体验感上来说，玩儿得不爽，学得也不爽。

而对于重度游戏玩家，很多朋友可能会问，游戏本行不行啊，看着配置挺高的呀。但是对于在校园寝室这种环境来说，用笔记本打游戏，就算游戏本配置再高，再奢华，15.6寸或者17寸的屏幕，带不来多好的游戏体验，还不如去网吧，还是那句话，术业有专攻，玩儿游戏，就老实的选择台式机，一年去网吧的钱节省下来，都可以打造一个“电竞寝室”了。

大学期间该选台式机还是笔记本？不妨来看看这个
如果是对游戏兴致不大，主攻学习和轻度娱乐的朋友，非常推荐选择轻薄笔记本，不论是看剧追番或者轻度办公学习啥的，3000多元的轻薄本能够轻松满足需求，性能上的拘束，完完全全断掉你的游戏念头，专注学四年，毕业就是一个优秀人才了。

根据经济情况选择

预算不足的选择：如果是预算不够多的朋友，1000元或者2000元预算内想弄台电脑，那只能考虑“捡垃圾”的玩法了。1000元带显示器的话，也能装台能玩英雄联盟的电脑了，至于各种专业学习，也不在话下（H61平台+GTX750显卡+24寸杂牌ips显示器）。

大学期间该选台式机还是笔记本？不妨来看看这个
而2000元预算的性能吃下大多数游戏和各种三维建模设计软件不成问题（X58平台+二手RX580显卡+AOC144显示器）。

这种“捡垃圾”的电脑优势在于，价格便宜，性能在线，用完4年还能原价卖，对于预算不多的朋友来说是非常好的选择。不推荐选择二手笔记本，因为2000元价位内的二手笔记本，非常卡顿不说，很容易出故障，用完四年了也不好出售，只能当垃圾处理（除非你有笔记本的便携性刚需）。

预算上6000的选择：在校园内，如果购机预算上到了6000，我比较推荐的一种购机选择是——通吃。

花2000多元装一台专门用来娱乐或者学习设计的台式机，4000元预算购置一台超轻薄的笔记本，专门用来办公或者出行携带。

‘叁’ 欢迎大神指点配置主机，做编译服务器和游戏机用，预算6000内

主板华硕品质、内存金士顿假货略多，不过兼容性比较好、自己决定。内存如果预算足够直接16G，因为游戏现在越来越大，使命召唤10最低要求6G，谁知道三年后游戏变成什么样。日后补充也可以。显卡不能低于760就选择了770 散热没的说，性价比也不错。如果有钱入华硕也可以。电源大牌品质，不超频我就选择了550 还行，如果感觉不够用可以再加大

‘肆’ 服务器百问百答

用户总希望有一种简单、高效的度量标准，来量化评价服务器系统，以便作为选型的依据。但实际上，服务器的系统性能很难用一两种指标来衡量。包括TPC、SPEC、SAP SD、Linpack和HPCC在内的众多服务器评测体系，从处理器性能、服务器系统性能、商业应用性能直到高性能计算机的性能，都给出了一个量化的评价指标。在如此多的标准中，用户该如何选择最适合自身应用环境的评价体系呢？这里，我们选择了应用面较广泛的TPC和SPEC，作一个深入介绍。
■ 走出误区

深入TPC-C指标

TPC体系是影响最大的评测基准之一，尤其近两年，国内媒体对TPC指标的报道可谓海量。但有多少用户真正了解其中的含义呢？本文以TPC-C为例，让用户深入了解这项基准测试。

tpmC值在国内外被广泛用于衡量服务器系统的事务处理能力。但究竟什么是tpmC值呢?笔者曾向一些用户、专业媒体记者乃至某些国外大公司的技术人员问过这个问题，但回答的精确度与tpmC值的流行程度差异甚远。不少人将之误写为TPMC，甚至与TPC组织混为一谈。

TPC(Transactionprocessing Performance Council，事务处理性能委员会)是由数十家会员公司创建的非盈利组织，总部设在美国。TPC的成员主要是计算机软硬件厂家，而非计算机用户，其功能是制定商务应用基准程序的标准规范、性能和价格度量，并管理测试结果的发布。

TPC不给出基准程序的代码，而只给出基准程序的标准规范。任何厂家或其他测试者都可以根据规范，最优地构造出自己的测试系统(测试平台和测试程序)。为保证测试结果的完整性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(Full Disclosure Report)，包括被测系统的详细配置、分类价格和包含5年维护费用在内的总价格。该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。TPC在全球只有不到10名审核员，全部在美国。

TPC推出过11套基准程序，分别是正在使用的TPC-App、TPC-H、TPC-C、TPC-W，过时的TPC-A、TPC-B、TPC-D和TPC-R，以及因为不被业界接受而放弃的TPC-S（Server专门测试基准程序）、TPC-E（大型企业信息服务测试基准程序）和TPC-Client/Server。而目前最为“流行”的TPC-C是在线事务处理(OLTP)的基准程序，于1992年7月完成，后被业界逐渐接受。

TPC-C使用三种性能和价格度量，其中性能由tpmC（transactions per minute，tpm）衡量，C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。TPC-C还经常以系统性能价格比的方式体现，单位是＄/tpmC，即以系统的总价格（单位是美元）/tpmC数值得出。

解读tpmC

从TPC-C的定义不难知道，这套基准程序是用来衡量整个IT系统的性能，而不是评价服务器或某种硬件系统的标准，而且tpmC数值的高低直接受到各个环节的影响，右表大概可以说明系统设置对tpmC测试的影响。此处的“IT系统”包括服务器、外设(如硬盘或RAID)、服务器端操作系统、数据库软件、客户端及其操作系统、数据库软件和网络连接等。因此，如何解读tpmC数值会因不同的采购需求有非常大的差异。以服务器为例。在很多厂家的TPC测试系统中，服务器的价格只是系统总价格的25％或更小，而硬盘的价格有可能占到总价格的30％以上，因为TPC-C要求被测系统必须保存180天的事务记录（这一趋势从一些最新的TPC-C测试结果来看，会愈演愈烈）。如果同样的服务器被用到用户的环境中，厂家报的tpmC值就意义不大，因为用户的实际系统与厂家原来用于TPC测试的系统大不一样。当同样的主机用在不同的系统中时，tpmC值可能有相当大的变化，现在许多用户还没有意识到这一点。

尤其需要服务器采购用户注意的是，tpmC指标更多的是衡量从Client到终端网络的性能区域（如左图所示），而不是通常误认为的服务器到企业端网络的性能。由此可见，如果用户是建立一套全新的业务系统，那么无妨多借鉴tpmC的性能指标，如果只是采购某种或某些硬件设备，则需要参考更多的指标。

对于tpmC数值着迷的用户而言，一个现实问题是，实现高tpmC指标的代价是否能够承受，毕竟TPC-C都是很复杂的基准程序，做一个严格的测试非常消耗资源，厂商通常不会给TPC报告出全部花费的金钱和时间。

实际上，正因为tpmC（其他评测指标也大都一样）受系统优化影响较大，业界对于是否应该在测试中进行优化向来争议颇多。在1993年, 当时三大IT公司的专家就对OLTP性能测试的优化提出过反对意见——DEC的 Jim Gray (现为TPC-C委员会专家) 与Walt Kohler 、天腾公司（TANDEN）的Charles Levine 和IBM的Steve Kiss共同发表了对OLTP性能测试指标是否应该进行人为优化的看法:

“一个好的性能测试指标是不会依赖于特殊情况下的优化。最理想的情况应该是：一个测试指标在测试过程中所表现出的性质和能力, 以及对测试所做的优化能够确实提供对现实世界中用户实际应用的性能改进。然而，事与愿违，某些厂商迫于标准测试指标所带来的巨大市场压力，他们花费巨大的精力在如何改进测试结果的同时还能降低价格比率，而全然不顾所做的这一切优化究竟是否给用户带来了真实的利益。”

--------------------------------------------------------------------------------
2
--------------------------------------------------------------------------------
相信实践：最佳检验方式
众所周知，成熟的企业从不相信任何“国际通用标准”，而是花相当精力，比如预算的5％，使用自己的应用来测试系统，从而决定选型。“国际通用标准”的度量可以作为参考值，而不应作为必要条件。尤其是一定要弄清这些流行度量有什么含义，是在什么样的系统环境中测得的，以及基准程序是否符合企业真实的业务流程和运作模式。

下面就是三种不同的检测模式。

在真实环境中运行实际应用

这是最理想的方式。要求制造商或系统集成商配合将系统(含平台、软件和操作流程)在一个 实际用户点真正试运行一段时间。这样，用户不仅能看到实际性能，也能观察到系统是否稳定可靠、使用是否方便、服务是否周到、配置是否足够、全部价格是否合理。

使用用户定义的基准程序

如果第一种方式不可行，用户可以定义一组含有自己实际应用环境特征的应用基准程序。业内有两个典型的例子：其一是，近年来由于3层应用模型的风靡，SAP SD基准获得了众多厂商和用户的认可，于是在很多地方都能看见对SAP测试数据的引用；其二是，国家税务总局曾经开发自己的基准程序，以帮助税务系统进行服务器选型。这种方式在中国尤其重要，因为中国的信息系统有其特殊性。

使用通用基准程序

如果前两种均难实行，那么使用如TPC-C之类的通用基准程序未尝不可。但用户应当尤其注意——实际应用是否与基准程序相符？绝大多数基准程序都是在美国制订的，而中国的企事业单位与美国的运作方式常常不一样，在使用TPC-C时，用户应该清楚地知道：自己的应用是否符合批发商模式?事务请求是否与测试模式近似？对响应时间的要求是否那么高？如果都不是，则tpmC值的参考价值就不太大了。那么不妨看看其他的更合适的测试指标，例如SPECweb2005等。 ■ 突出重点

SPEC关注CPU和Web

与TPC体系注重在线处理能力和数据库查询能力不同，SPEC体系中最广为人知的两个子项，是衡量CPU、内存性能的CPU2000和Web服务器性能的web2005。

除了TPC家族，SPEC家族也是广为人知的一大体系。SPEC指标体系由Standard Performance Evaluation Corp.制定，目前主要包括针对CPU性能的SPEC CPU2000（已有CPU2006，但尚无数据）、针对Web服务器的SPECweb2005、针对高性能计算的SPEC HPC2002与SPEC MPI2006、针对java应用的jAppServer2004与JBB2005以及对图形系统、网络和邮件服务器的测试指标。

其中CPU2000和web2005两类是被引用最广泛的指标。

CPU2000 注重CPU

SPEC CPU2000 是一组针对 CPU 和内存的测试，它主要测试的对象是 CPU、内存，不测试硬盘、I/O 效率和网络等部分。SPEC CPU2000 由许多源代码程序组成，这些程序都从实际的应用（主要来自配置1～4颗CPU的工作站应用）中取出来的，例如 164.gzip 就是gzip 压缩程序。这些程序区分成“整数”和“浮点数”两组。SPECint2000 就是“整数”部分，而 SPECfp2000 则是“浮点数”部分。“整数”部分有 12 个程序，使用 C 或 C++ 语言，它们不使用CPU的浮点单元；而“浮点数”部分有 14 个程序，使用 FORTRAN 77/90 和C语言，这些程序的主要运算是浮点数的。

SPECint2000 和 SPECfp2000 的结果，以执行时间为准。每个程序的执行时间和一个参考平台（Sun Ultra5/10 300MHz）相比，计算出其倍数。如果执行时间和参考平台相同，结果就是100。如果只花了一半时间完成，结果就是200。“整数”的12 个程序的结果，取其平均值，得到的就是SPECint2000 的测试结果。“浮点数”的 14 个程序也是一样。

由于SPEC CPU2000的测试程序都是源代码形式（以保证跨平台测试），所以编译器效率就显得十分重要。SPEC CPU2000规定，测试结果有“Base”和“Peak”两种结果。“Base”测试中，对于编译时的最佳优化参数有所规定（所有的程序都需使用同样的参数，且参数数目不能超过四个），而“Peak”测试则比较宽松。

另外，因为 SPEC CPU2000的程序都是针对单CPU的系统设计，因此，在多CPU系统上，如果要测试多CPU系统的效率，则是采取同时执行多个相同程序的方法，这个结果就是“Rate”。因此，同样有 SPECint_rate 和 SPECfp_rate 的测试结果。需要说明的是，“Rate”测试同时执行多个相同的程序，但程序之间并不会有关联，所以这是一种理论计算能力测试，并不代表实际并行计算能力。

Web服务 参考Web2005

SPEC web2005测试的原理是，通过多台客户机向服务器发出http Get请求，请求调用Web服务器上的网页文件，这些文件从数千字节到数兆字节不等。在相同的时间里，服务器回答的请求越多，就表明服务器对客户端的处理能力越强，系统的Web性能就越好。

目前SPECweb2005测试榜上，性能最高的是2005年11月发布的Sun Fire T2000系统，此系统的基本配置为1颗8核心的UltraSPARC T1(1.2GHz)/32GB内存/3×73GB万转SAS硬盘/Solaris 10/UFS文件系统/Java2 Runtime Environment，能够同时响应14001个http请求。这一性能比排行第二的系统高出77％。如果用户知道两套系统的价格接近，那么就可轻易得知，采购Fire T2000作为Web服务器，性价比将比采购第二名的系统高出许多。

不过SPECweb2005的缺陷也正在于此，它不像TPC-C那样要求厂商提供测试环境的总成本，对于实际采购的指导意义有所削弱。

‘伍’ 求编译android DIY装机单，一万五预算

花不了这么多钱的，处理器选 酷睿i7-4790k ￥2239
主板 技嘉（GIGABYTE）X99-UD4主板 ￥2599
编译代码不是很吃性能
硬盘买一块 浦科特m6s 128G的大概 ￥460
在加一块7200转1T 的机械硬盘大概在￥350
然后显卡随便买一块N卡 预算￥500
显示器 选一个 三星（SAMSUNG） S24D590PL 23.6英寸PLS广视角超窄边框LED背光液晶显示器 ￥1300
其他的机箱 音响 什么的自己配一下哈 望采纳

‘陆’ 了解什么叫做jit compiling，与传统的编译技术有何不同

Java 应用程序的性能经常成为开发社区中的讨论热点。因为该语言的设计初衷是使用解释的方式支持应用程序的可移植性目标，早期
Java 运行时所提供的性能级别远低于 C 和
C++
之类的编译语言。尽管这些语言可以提供更高的性能，但是生成的代码只能在有限的几种系统上执行。在过去的十年中，Java
运行时供应商开发了一些复杂的动态编译器，通常称作即时（Just-in-time，JIT）编译器。程序运行时，JIT
编译器选择将最频繁执行的方法编译成本地代码。运行时才进行本地代码编译而不是在程序运行前进行编译（用 C 或
C++ 编写的程序正好属于后一情形），保证了可移植性的需求。有些 JIT 编译器甚至不使用解释程序就能编译所有的代码，但是这些编译器仍然通过在程序执行时进行一些操作来保持 Java 应用程序的可移植性。
由于动态编译技术的多项改进，在很多应用程序中，现代的 JIT 编译器可以产生与 C 或 C++
静态编译相当的应用程序性能。但是，仍然有很多软件开发人员认为 —— 基于经验或者传闻 ——
动态编译可能严重干扰程序操作，因为编译器必须与应用程序共享 CPU。一些开发人员强烈呼吁对 Java
代码进行静态编译，并且坚信那样可以解决性能问题。对于某些应用程序和执行环境而言，这种观点是正确的，静态编译可以极大地提高 Java
性能，或者说它是惟一的实用选择。但是，静态地编译 Java 应用程序在获得高性能的同时也带来了很多复杂性。一般的
Java 开发人员可能并没有充分地感受到 JIT 动态编译器的优点。

本文考察了 Java 语言静态编译和动态编译所涉及的一些问题，重点介绍了实时 (RT) 系统。简要描述了 Java
语言解释程序的操作原理并说明了现代 JIT 编译器执行本地代码编译的优缺点。介绍了 IBM 在 WebSphere Real Time 中发布的
AOT 编译技术和它的一些优缺点。然后比较了这两种编译策略并指出了几种比较适合使用 AOT
编译的应用程序领域和执行环境。要点在于这两种编译技术并不互斥：即使在使用这两种技术最为有效的各种应用程序中，它们也分别存在一些影响应用程序的优缺
点。

执行 Java 程序

Java 程序最初是通过 Java SDK 的 javac程序编译成本地的与平台无关的格式（类文件）。可将此格式看作 Java
平台，因为它定义了执行 Java 程序所需的所有信息。Java 程序执行引擎，也称作 Java 运行时环境（JRE），包含了为特定的本地平台实现
Java 平台的虚拟机。例如，基于 linux 的 Intel x86 平台、Sun Solaris 平台和 AIX 操作系统上运行的 IBM
System p 平台，每个平台都拥有一个 JRE。这些 JRE 实现实现了所有的本地支持，从而可以正确执行为
Java 平台编写的程序。

事实上，操作数堆栈的大小有实际限制，但是编程人员极少编写超出该限制的方法。JVM 提供了安全性检查，对那些创建出此类方法的编程人员进行通知。

Java 平台程序表示的一个重要部分是字节码序列，它描述了 Java
类中每个方法所执行的操作。字节码使用一个理论上无限大的操作数堆栈来描述计算。这个基于堆栈的程序表示提供了平台无关性，因为它不依赖任何特定本地平台
的 CPU 中可用寄存器的数目。可在操作数堆栈上执行的操作的定义都独立于所有本地处理器的指令集。Java
虚拟机（JVM）规范定义了这些字节码的执行（参见 参考资料）。执行 Java 程序时，用于任何特定本地平台的任何 JRE 都必须遵守 JVM
规范中列出的规则。

因为基于堆栈的本地平台很少（Intel X87 浮点数协处理器是一个明显的例外），所以大多数本地平台不能直接执行 Java 字节码。为了解决这个问题，早期的 JRE 通过解释字节码来执行 Java 程序。即 JVM 在一个循环中重复操作：

◆获取待执行的下一个字节码；

◆解码；

◆从操作数堆栈获取所需的操作数；

◆按照 JVM 规范执行操作；

◆将结果写回堆栈。

这种方法的优点是其简单性：JRE 开发人员只需编写代码来处理每种字节码即可。并且因为用于描述操作的字节码少于 255 个，所以实现的成本比较低。当然，缺点是性能：这是一个早期造成很多人对 Java 平台不满的问题，尽管拥有很多其他优点。

解决与 C 或 C++ 之类的语言之间的性能差距意味着，使用不会牺牲可移植性的方式开发用于 Java 平台的本地代码编译。

编译 Java 代码

尽管传闻中 Java 编程的 “一次编写，随处运行”
的口号可能并非在所有情况下都严格成立，但是对于大量的应用程序来说情况确实如此。另一方面，本地编译本质上是特定于平台的。那么 Java
平台如何在不牺牲平台无关性的情况下实现本地编译的性能？答案就是使用 JIT 编译器进行动态编译，这种方法已经使用了十年（参见图 1）：

图 1. JIT 编译器

使用 JIT 编译器时，Java
程序按每次编译一个方法的形式进行编译，因为它们在本地处理器指令中执行以获得更高的性能。此过程将生成方法的一个内部表示，该表示与字节码不同但是其级
别要高于目标处理器的本地指令。（IBM JIT
编译器使用一个表达式树序列表示方法的操作。）编译器执行一系列优化以提高质量和效率，最后执行一个代码生成步骤将优化后的内部表示转换成目标处理器的本
地指令。生成的代码依赖运行时环境来执行一些活动，比如确保类型转换的合法性或者对不能在代码中直接执行的某些类型的对象进行分配。JIT
编译器操作的编译线程与应用程序线程是分开的，因此应用程序不需要等待编译的执行。

图 1 中还描述了用于观察执行程序行为的分析框架，通过周期性地对线程取样找出频繁执行的方法。该框架还为专门进行分析的方法提供了工具，用来存储程序的此次执行中可能不会改变的动态值。

因为这个 JIT 编译过程在程序执行时发生，所以能够保持平台无关性：发布的仍然是中立的 Java 平台代码。C 和 C++ 之类的语言缺乏这种优点，因为它们在程序执行前进行本地编译；发布给（本地平台）执行环境的是本地代码。

挑战

尽管通过 JIT 编译保持了平台无关性，但是付出了一定代价。因为在程序执行时进行编译，所以编译代码的时间将计入程序的执行时间。任何编写过大型 C 或 C++ 程序的人都知道，编译过程往往较慢。

为了克服这个缺点，现代的 JIT
编译器使用了下面两种方法的任意一种（某些情况下同时使用了这两种方法）。第一种方法是：编译所有的代码，但是不执行任何耗时多的分析和转换，因此可以快
速生成代码。由于生成代码的速度很快，因此尽管可以明显观察到编译带来的开销，但是这很容易就被反复执行本地代码所带来的性能改善所掩盖。第二种方法是：
将编译资源只分配给少量的频繁执行的方法（通常称作热方法）。低编译开销更容易被反复执行热代码带来的性能优势掩盖。很多应用程序只执行少量的热方法，因
此这种方法有效地实现了编译性能成本的最小化。

动态编译器的一个主要的复杂性在于权衡了解编译代码的预期获益使方法的执行对整个程序的性能起多大作用。一个极端的例子是，程序执行后，您非常清楚哪些方
法对于这个特定的执行的性能贡献最大，但是编译这些方法毫无用处，因为程序已经完成。而在另一个极端，程序执行前无法得知哪些方法重要，但是每种方法的潜
在受益都最大化了。大多数动态编译器的操作介于这两个极端之间，方法是权衡了解方法预期获益的重要程度。

Java 语言需要动态加载类这一事实对 Java
编译器的设计有着重要的影响。如果待编译代码引用的其他类还没有加载怎么办？比如一个方法需要读取某个尚未加载的类的静态字段值。Java
语言要求第一次执行类引用时加载这个类并将其解析到当前的 JVM
中。直到第一次执行时才解析引用，这意味着没有地址可供从中加载该静态字段。编译器如何处理这种可能性？编译器生成一些代码，用于在没有加载类时加载并解
析类。类一旦被解析，就会以一种线程安全的方式修改原始代码位置以便直接访问静态字段的地址，因为此时已获知该地址。

IBM JIT
编译器中进行了大量的努力以便使用安全而有效率的代码补丁技术，因此在解析类之后，执行的本地代码只加载字段的值，就像编译时已经解析了字段一样。另外一
种方法是生成一些代码，用于在查明字段的位置以前一直检查是否已经解析字段，然后加载该值。对于那些由未解析变成已解析并被频繁访问的字段来说，这种简单
的过程可能带来严重的性能问题。

动态编译的优点

动态地编译 Java 程序有一些重要的优点，甚至能够比静态编译语言更好地生成代码，现代的 JIT 编译器常常向生成的代码中插入挂钩以收集有关程序行为的信息，以便如果要选择方法进行重编译，就可以更好地优化动态行为。

关于此方法的一个很好的例子是收集一个特定 array操作的长度。如果发现每次执行操作时该长度基本不变，则可以为最频繁使用的

array长度生成专门的代码，或者可以调用调整为该长度的代码序列。由于内存系统和指令集设计的特性，用于复制内存的最佳通用例程的执行速度通
常比用于复制特定长度的代码慢。例如，复制 8
个字节的对齐的数据可能需要一到两条指令直接复制，相比之下，使用可以处理任意字节数和任意对齐方式的一般复制循环可能需要 10 条指令来复制同样的 8

个字节。但是，即使此类专门的代码是为某个特定的长度生成的，生成的代码也必须正确地执行其他长度的复制。生成代码只是为了使常见长度的操作执行得更快，
因此平均下来，性能得到了改进。此类优化对大多数静态编译语言通常不实用，因为所有可能的执行中长度恒定的操作比一个特定程序执行中长度恒定的操作要少得
多。

此类优化的另一个重要的例子是基于类层次结构的优化。例如，一个虚方法调用需要查看接收方对象的类调用，以便找出哪个实际目标实现了接收方对象的虚方法。
研究表明：大多数虚调用只有一个目标对应于所有的接收方对象，而 JIT
编译器可以为直接调用生成比虚调用更有效率的代码。通过分析代码编译后类层次结构的状态，JIT
编译器可以为虚调用找到一个目标方法，并且生成直接调用目标方法的代码而不是执行较慢的虚调用。当然，如果类层次结构发生变化，并且出现另外的目标方法，
则 JIT
编译器可以更正最初生成的代码以便执行虚调用。在实践中，很少需要作出这些更正。另外，由于可能需要作出此类更正，因此静态地执行这种优化非常麻烦。

因为动态编译器通常只是集中编译少量的热方法，所以可以执行更主动的分析来生成更好的代码，使编译的回报更高。事实上，大部分现代的
JIT
编译器也支持重编译被认为是热方法的方法。可以使用静态编译器（不太强调编译时间）中常见的非常主动的优化来分析和转换这些频繁执行的方法，以便生成更好
的代码并获得更高的性能。

这些改进及其他一些类似的改进所产生的综合效果是：对于大量的 Java 应用程序来说，动态编译已经弥补了与 C 和 C++ 之类语言的静态本地编译性能之间的差距，在某些情况下，甚至超过了后者的性能。

缺点

但是，动态编译确实具有一些缺点，这些缺点使它在某些情况下算不上一个理想的解决方案。例如，因为识别频繁执行的方法以及编译这些方法需要时间，所以应用
程序通常要经历一个准备过程，在这个过程中性能无法达到其最高值。在这个准备过程中出现性能问题有几个原因。首先，大量的初始编译可能直接影响应用程序的
启动时间。不仅这些编译延迟了应用程序达到稳定状态的时间（想象 Web
服务器经
历一个初始阶段后才能够执行实际有用的工作），而且在准备阶段中频繁执行的方法可能对应用程序的稳定状态的性能所起的作用也不大。如果 JIT
编译会延迟启动又不能显着改善应用程序的长期性能，则执行这种编译就非常浪费。虽然所有的现代 JVM
都执行调优来减轻启动延迟，但是并非在所有情况下都能够完全解决这个问题。

其次，有些应用程序完全不能忍受动态编译带来的延迟。如 GUI 接口之类交互式应用程序就是这样的例子。在这种情况下，编译活动可能对用户使用造成不利影响，同时又不能显着地改善应用程序的性能。

最后，用于实时环境并具有严格的任务时限的应用程序可能无法忍受编译的不确定性性能影响或动态编译器本身的内存开销。

因此，虽然 JIT 编译技术已经能够提供与静态语言性能相当（甚至更好）的性能水平，但是动态编译并不适合于某些应用程序。在这些情况下，Java 代码的提前（Ahead-of-time，AOT）编译可能是合适的解决方案。

AOT Java 编译

大致说来，Java 语言本地编译应该是为传统语言（如 C++ 或
Fortran）而开发的编译技术的一个简单应用。不幸的是，Java 语言本身的动态特性带来了额外的复杂性，影响了 Java
程序静态编译代码的质量。但是基本思想仍然是相同的：在程序执行前生成 Java 方法的本地代码，以便在程序运行时直接使用本地代码。目的在于避免
JIT 编译器的运行时性能消耗或内存消耗，或者避免解释程序的早期性能开销。

挑战

动态类加载是动态 JIT 编译器面临的一个挑战，也是 AOT
编译的一个更重要的问题。只有在执行代码引用类的时候才加载该类。因为是在程序执行前进行 AOT
编译的，所以编译器无法预测加载了哪些类。就是说编译器无法获知任何静态字段的地址、任何对象的任何实例字段的偏移量或任何调用的实际目标，甚至对直接调
用（非虚调用）也是如此。在执行代码时，如果证明对任何这类信息的预测是错误的，这意味着代码是错误的并且还牺牲了 Java 的一致性。

因为代码可以在任何环境中执行，所以类文件可能与代码编译时不同。例如，一个 JVM
实例可能从磁盘的某个特定位置加载类，而后面一个实例可能从不同的位置甚至网络加载该类。设想一个正在进行 bug
修复的开发环境：类文件的内容可能随不同的应用程序的执行而变化。此外，Java 代码可能在程序执行前根本不存在：比如 Java
反射服务通常在运行时生成新类来支持程序的行为。

缺少关于静态、字段、类和方法的信息意味着严重限制了 Java 编译器中优化框架的大部分功能。内联可能是静态或动态编译器应用的最重要的优化，但是由于编译器无法获知调用的目标方法，因此无法再使用这种优化。

内联

内联是一种用于在运行时生成代码避免程序开始和结束时开销的技术，方法是将函数的调用代码插入到调用方的函数中。但是内联最大的益处可能是优化方可见的代码的范围扩大了，从而能够生成更高质量的代码。下面是一个内联前的代码示例：

int foo() { int x=2, y=3; return bar(x,y); }final int bar(int a, int b) { return a+b; }

如果编译器可以证明这个 bar就是 foo()中调用的那个方法，则 bar中的代码可以取代 foo()中对
bar()的调用。这时，bar()方法是 final类型，因此肯定是 foo()中调用的那个方法。甚至在一些虚调用例子中，动态 JIT
编译器通常能够推测性地内联目标方法的代码，并且在绝大多数情况下能够正确使用。编译器将生成以下代码：

int foo() { int x=2, y=3; return x+y; }

在这个例子中，简化前名为值传播的优化可以生成直接返回
5的代码。如果不使用内联，则不能执行这种优化，产生的性能就会低很多。如果没有解析
bar()方法（例如静态编译），则不能执行这种优化，而代码必须执行虚调用。运行时，实际调用的可能是另外一个执行两个数字相乘而不是相加的
bar方法。所以不能在 Java 程序的静态编译期间直接使用内联。

AOT
代码因此必须在没有解析每个静态、字段、类和方法引用的情况下生成。执行时，每个这些引用必须利用当前运行时环境的正确值进行更新。这个过程可能直接影响
第一次执行的性能，因为在第一次执行时将解析所有引用。当然，后续执行将从修补代码中获益，从而可以更直接地引用实例、静态字段或方法目标。

另外，为 Java 方法生成的本地代码通常需要使用仅在单个 JVM 实例中使用的值。例如，代码必须调用 JVM
运行时中的某些运行时例程来执行特定操作，如查找未解析的方法或分配内存。这些运行时例程的地址可能在每次将 JVM 加载到内存时变化。因此 AOT
编译代码需要绑定到 JVM 的当前执行环境中，然后才能执行。其他的例子有字符串的地址和常量池入口的内部位置。

在 WebSphere Real Time 中，AOT 本地代码编译通过 jxeinajar工具（参见图 2）来执行。该工具对 JAR 文件中所有类的所有方法应用本地代码编译，也可以选择性地对需要的方法应用本地代码编译。结果被存储到名为 Java eXEcutable (JXE) 的内部格式中，但是也可轻松地存储到任意的持久性容器中。

您可能认为对所有的代码进行静态编译是最好的方法，因为可以在运行时执行最大数量的本地代码。但是此处可以作出一些权衡。编译的方法越多，代码占用的内存
就越多。编译后的本地代码大概比字节码大 10 倍：本地代码本身的密度比字节码小，而且必须包含代码的附加元数据，以便将代码绑定到 JVM
中，并且在出现异常或请求堆栈跟踪时正确执行代码。构成普通 Java 应用程序的 JAR
文件通常包含许多很少执行的方法。编译这些方法会消耗内存却没有什么预期收益。相关的内存消耗包括以下过程：将代码存储到磁盘上、从磁盘取出代码并装入
JVM，以及将代码绑定到 JVM。除非多次执行代码，否则这些代价不能由本地代码相对解释的性能优势来弥补。

图 2. jxeinajar

跟大小问题相违背的一个事实是：在编译过的方法和解释过的方法之间进行的调用（即编译过的方法调用解释过的方法，或者相反）可能比这两类方法各自内部之间
进行的调用所需的开销大。动态编译器通过最终编译所有由 JIT
编译代码频繁调用的那些解释过的方法来减少这项开销，但是如果不使用动态编译器，则这项开销就不可避免。因此如果是选择性地编译方法，则必须谨慎操作以使
从已编译方法到未编译方法的转换最小化。为了在所有可能的执行中都避免这个问题而选择正确的方法会非常困难。
优点
虽然 AOT 编译代码具有上述的缺点和挑战，但是提前编译 Java 程序可以提高性能，尤其是在不能将动态编译器作为有效解决方案的环境中。

可以通过谨慎地使用 AOT 编译代码加快应用程序启动，因为虽然这种代码通常比 JIT
编译代码慢，但是却比解释代码快很多倍。此外，因为加载和绑定 AOT
编译代码的时间通常比检测和动态编译一个重要方法的时间少，所以能够在程序执行的早期达到那样的性能。类似地，交互式应用程序可以很快地从本地代码中获
益，无需使用引起较差响应能力的动态编译。

RT 应用程序也能从 AOT 编译代码中获得重要的收益：更具确定性的性能超过了解释的性能。WebSphere Real Time
使用的动态 JIT 编译器针对在 RT 系统中的使用进行了专门的调整。使编译线程以低于 RT
任务的优先级操作，并且作出了调整以避免生成带有严重的不确定性性能影响的代码。但是，在一些 RT 环境中，出现 JIT
编译器是不可接受的。此类环境通常需要最严格的时限管理控制。在这些例子中，AOT
编译代码可以提供比解释过的代码更好的原始性能，又不会影响现有的确定性。消除 JIT
编译线程甚至消除了启动更高优先级 RT 任务时发生的线程抢占所带来的性能影响。

优缺点统计

动态（JIT）编译器支持平台中立性，并通过利用应用程序执行的动态行为和关于加载的类及其层次结构的信息来生成高质量的代码。但是
JIT
编译器具有一个有限的编译时预算，而且会影响程序的运行时性能。另一方面，静态（AOT）编译器则牺牲了平台无关性和代码质量，因为它们不能利用程序的动
态行为，也不具有关于加载的类或类层次结构的信息。AOT 编译拥有有效无限制的编译时预算，因为 AOT
编译时间不会影响运行时性能，但是在实践中开发人员不会长期等待静态编译步骤的完成。

表 1 总结了本文讨论的 Java 语言动态和静态编译器的一些特性：

表 1. 比较编译技术

两种技术都需要谨慎选择编译的方法以实现最高的性能。对动态编译器而言，编译器自身作出决策，而对于静态编译器，由开发人员作出选择。让
JIT 编译器选择编译的方法是不是优点很难说，取决于编译器在给定情形中推断能力的好坏。在大多数情况下，我们认为这是一种优点。

因为它们可以最好地优化运行中的程序，所以 JIT 编译器在提供稳定状态性能方面更胜一筹，而这一点在大量的生产 Java
系统中最为重要。静态编译可以产生最佳的交互式性能，因为没有运行时编译行为来影响用户预期的响应时间。通过调整动态编译器可以在某种程度上解决启动和确
定性性能问题，但是静态编译在需要时可提供最快的启动速度和最高级别的确定性。表 2 在四种不同的执行环境中对这两种编译技术进行了比较：

表 2. 使用这些技术的最佳环境

图 3 展示了启动性能和稳定状态性能的总体趋势：

图 3. AOT 和 JIT 的性能对比

使用 JIT 编译器的初始阶段性能很低，因为要首先解释方法。随着编译方法的增多及 JIT
执行编译所需时间的缩短，性能曲线逐渐升高最后达到性能峰值。另一方面，AOT 编译代码启动时的性能比解释的性能高很多，但是无法达到 JIT
编译器所能达到的最高性能。将静态代码绑定到 JVM 实例中会产生一些开销，因此开始时的性能比稳定状态的性能值低，但是能够比使用 JIT
编译器更快地达到稳定状态的性能水平。

没有一种本地代码编译技术能够适合所有的 Java
执行环境。某种技术所擅长的通常正是其他技术的弱项。出于这个原因，需要同时使用这两种编译技术以满足 Java
应用程序开发人员的要求。事实上，可以结合使用静态和动态编译以便提供最大可能的性能提升 —— 但是必须具备平台无关性，它是 Java
语言的主要卖点，因此不成问题。

结束语

本文探讨了 Java 语言本地代码编译的问题，主要介绍了 JIT 编译器形式的动态编译和静态 AOT 编译，比较了二者的优缺点。

虽然动态编译器在过去的十年里实现了极大的成熟，使大量的各种 Java 应用程序可以赶上或超过静态编译语言（如 C++ 或
Fortran）所能够达到的性能。但是动态编译在某些类型的应用程序和执行环境中仍然不太合适。虽然 AOT
编译号称动态编译缺点的万能解决方案，但是由于 Java 语言本身的动态特性，它也面临着提供本地编译全部潜能的挑战。

这两种技术都不能解决 Java 执行环境中本地代码编译的所有需求，但是反过来又可以在最有效的地方作为工具使用。这两种技术可以相互补充。能够恰当地使用这两种编译模型的运行时系统可以使很大范围内的应用程序开发环境中的开发人员和用户受益。

‘柒’ 如何设置NDK的编译选项

1. 概述

首先回顾一下 Android NDK 开发中，Android.mk 和Application.mk 各自的职责。

Android.mk，负责配置如下内容：

（1） 模块名（LOCAL_MODULE）

（2） 需要编译的源文件（LOCAL_SRC_FILES）

（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）

（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）

Application.mk，负责配置如下内容：

（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）

（2） Toolchains（默认值：GCC 4.8）

（3） C++标准库类型（默认值：system）（APP_STL）

（4） release/debug模式（默认值：release）

由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。

2. APP_ABI

ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考网络或者维基网络）

由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。

这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。

而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。

这里给出最新 Android NDK 所支持的ABI类型及区别：

下面是我总结的一些常用的CFLAGS编译选项：

（1）通用的编译选项

-O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小

-Wall 打开所有编译过程中的Warning

-fPIC 编译位置无关的代码，一般用于编译动态库

-shared 编译动态库

-fopenmp 打开多核并行计算，

-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索

-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。

--sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。

-llibrary 查找名为library的库进行链接

-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。

-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件

（2） ARM平台相关的编译选项

-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集

-march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a

-mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16

-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”

‘捌’ flex中FileReference download怎么让文件保存到默认位置!

Flex Builder 3.0 For MyEclipse ... 今天突然说要搞flex，所以就在网上搞了点环境安装的方法 Flex Builder 3.0 For MyEclipse 7.0M1 安装方法一.首先下载安装MyEclipse 7.0M1 安装到 D:\Program Files\MyEclipse 7.0M1 二.下载安装Flex Builder 3.0 下载完开始安装FB3_WWEJ_Plugin.exe，基本都是next，有改变的地方就是FB3_WWEJ_Plugin.exe的安装路径，这个随个人爱好，接着选择已经存在的eclipse路径，偶的是D:\Program Files\MyEclipse 7.0M1\eclipse；选择完继续next一直到done。 然后打开MyEclipse 在 file-->new-->other 在弹出窗口中有个 flex builder 文件夹，点击即可看见选项。在MyEclipse 7.0M1下的安装 ... by xiuying 2009-11-24 回复 (0) 相关讨论 flex+cairngorm+spring+hibernat ... 准备： SQLserver2005： JDK: jdk-1.5.0.0 TOMCAT： tomcat-6.0.20 ECLIPSE： eclipse-3.3 MYECLIPSE插件: MyEclipse-6.5 Flex: FB3_WWEJ_Plugin.exe BLEAZEDS: BlazeDS,下载地址： ... by tianhengbao 2010-01-04 回复 (14) [转] Flex Builder 3.0 for Ecl ... 这两天准备学习Flex,于是下载了Flex Builder 3.0 For Eclipse plugin准备安装. 但是安装后启动Eclipse,找了半天也没找到Flex.而且Flex Builder会把JRE也安装.觉得这样很不爽. 所以我想到能不能来个Flex Builder绿色安装方法呢. 想到就做.下面是我的安装过程.(前提是系统已经有JRE,且JAVA环境变量已经配置OK,此处 ... by zhanjia 2010-03-06 回复 (0) Flex3开发环境搭建文档（转）安装所需要软件 Eclipse3.3 MyEclipse6.0（可选） Jdk1.5 Flash Plyer ActiveX 10 Windows debugger(IE) FB3_WWEJ_Plugin.exe(flex builder3) 安装步骤 Eclipse安装配置（略） MyEclipse安装配置（可选）（略） Jdk安装配置（略）一.首先下载安装Eclipse 3.3 解压到 D: ... by zhannufeifei 2010-01-27 回复 (0) Flex学习笔记_02 Flex的安装和开 ... 1. 下载Flex Adobe官方网站( ) SDK ： 可独立安装，Flex Framework包含在SDK中。SDK中配有Flex编译器。 Flex Buidler ： 整合SDK，Flex强大的开发IDE。30天免费。 $499。 另有一套功能强大的图标组件（Flex Charting），含该组件是$799。书上说的是2.0版本。 ... by enboga 2008-06-16 回复 (9) jbpm与ssh完整示例(一) 说明 Jbpm的开发流程可以按如下几步进行：流程的定义、流程的发布、流程实例的启动、流程节点的流转、查看流程节点图片。本示例是在spring2.0、hibernate3.2、struts1.2下开发。如果是其它版本的框架也很容易做程序的迁移。流程的定义流程的定义建议使用jbpm提供的eclipse下的插件，图形化配置插件安装文件可以到jbpm-starters-kit-3.1.4\jbpm-d ... by shazhenzhong 2009-01-10 回复 (4) 相关新闻 MyEclipse 7.0 m1 已经发布啦！下边是官网的下载地址。正在下载中。。。。。 MyEclipse 7.0 M1 新版本修改了环境bugs，并且支持新
国内最早的破解组织 www.china-crack点com

软件破解范围：
1.软件脱壳、软件破解、加密制作注册机、无源码修改界面版权等信息

1.软件逆向工程（视难度是否接单，逆向工程理论可以实现，实际还原代码并非易事）

2.加密狗破解、加密狗复制

3.大型软件：如工程类软件破解版本销售

4.软件开发
以下是部分破解版。
导线测量平差
WinRCAD路线设计系统
全数字摄影测量系统
武汉吉奥GeoScan
LGO 静态后处理软件
控制网测量优化设计与平差
数字化测图系统EDMS2002
形矢量化的极品VPStudio中文版
工程测量数据处理系统
IRSA遥感图像处理系统
scan2cad v6光栅矢量化软件
Settlement（河海大学沉降观测）
武汉适普VirtuoZo3.7(全数字测量摄影系统)
LENSPHOTO数字近景摄影测量系统GPgrid
路线工程勘测施工辅助系统R
RIVERTOOLS V2.0(强大的地型与河网绘制和分析软件)
ARCVIEW 8.0/ ARCVIEW GIS VERSION 桌面地理信息系统
MDS2002 FME.SUITE
大恒vid2000企业版 包括图库和教学
德塞设计大师
德赛装修二维渲染
cxmt 建立在3dmax基础上的装饰软件
造景师/造型师 (根据狗的特征码做的破解,支持升级）
SLI2001园林设计 （英文）
园林绿化工程预算系统版
图圣园林设计系统5.5 （分为两个版本，一个是直接破解的主文件。不支持升级，一个为狗特征码的补丁，支持升级）
Vue d'Esprit4 (国外软件）是一款强大的3D自然景观创作工具，它有着令人惊奇的渲染质量，并非常容易使用
Photo Garden Design (国外软件）Sierra公司出品的又一精品园林设计效果图软件，彻底解放立面效果图制作，这是最优秀、最便捷的效果图软件
路线大师
公路涵洞cad系统
工程资料管理软件
结构计算软件tbsa
同济大学道路设计系统

‘玖’ 预算七八千左右，求一台电脑硬件配置，用来做编译android ROM用！

主你好，8000元的主机性能已经非常强大了，足以通杀目前所有的大型单机游戏，个人强烈推荐性能与I7 2600相当，但价格便宜500元的英特尔最新推出的采用22纳米工艺和Ivy Bridge内核，69瓦低功耗，集成DDR3 1600内存控制器的E3-1230 V2处理器，配置如下：

CPU： Intel 酷睿i7 2600K（盒） 1920
风扇：超频三黄海增强版S90D 双风扇 双铜管散热 18dB低噪音 95
主板：微星Z77A-GD55 采用9相供电 具备2个SATA3和2个原生USB3.0接口 推荐首选 1399
华硕P8Z77-V LE 采用6+2相供电 具备2个SATA3和6个原生USB3.0接口 1399
内存：金士顿HyperX PnP 8GB DDR3 1600 330
硬盘：系统盘 美光m4 CT64M4SSD2（64GB） 669
存储盘 希捷Barracuda 1TB 7200转 64MB 单碟 560
显卡：索泰GTX 570毁灭者 HA（显卡芯片：GeForce GTX 570 显存容量：1280MB GDDR5 显存位宽：320bit 核心频率：732MHz 显存频率：3800MHz 流处理器480个）2599
华硕ENGTX570 DCII/2DIS/1280MD5（显卡芯片：GeForce GTX 570 显存容量：1280MB GDDR5 显存位宽：320bit 核心频率：742MHz 显存频率：3800MHz 流处理器480个）2999
蓝宝HD7870 2GB GDDR5海外版（显卡芯片：Radeon HD 7870 显存容量：2048MB GDDR5 显存位宽：256bit 核心频率：1000MHz 显存频率：4800MHz 流处理器1280个）2899
蓝宝HD6970 2GB GDDR5（显卡芯片：Radeon HD 6970 显存容量：2048MB GDDR5 显存位宽：256bit 核心频率：880MHz 显存频率：5500MHz 流处理器1536个）2999
电源：ANTEC VP550P 额定550瓦最大632瓦主动式 399
机箱：游戏悍将特种部队阿尔法战争版 尺寸520×218×510mm 可容纳38厘米显卡 399
合计：7845
说明：性能强大性价比极高的处理器、英特尔最新推出的7系Z77芯片组主板（拥有Z68的全部功能，并且具备原生的USB3.0接口）、8G DDR3 1600内存、GTX570显卡、安钛克额定550瓦电源、外观漂亮板材扎实的机箱，目前没有玩不了的大游戏了

‘拾’ free是

free英音：[fri:]美音：[fri]
free的中文翻译
以下结果由译典通提供词典解释
free
形容词 a.

1.自由的;不受控制的
He felt himself at last absolutely free.
他终于觉得自己完全自由了。
2.随意的,不受约束的[+to-v]
You are free to criticize my work.
你可以随意批评我的工作。
3.免费的[Z][(+of)]
They enjoy free medical care.
他们享受免费医疗。
4.空闲的[Z]
I'm quite free this evening.
我今晚没有事。
5.闲置的;未被占用的[Z]
Is that seat free?
那个座位有人吗?
6.畅通的
All students have free access to the library.
所有学生都可自由进入图书馆。
7.未固定的;松开的[Z]
Tie this end to the pole but leave the other end free.
将这一端系在柱子上,让另一端松开着。
8.无...的[F][(+from/of)]
The lake is free of pollution.
这湖没有污染。
9.自然的;流畅的;优美的
He walked with a free gait.
他走路步态潇洒。
10.慷慨的;大手大脚的[F][(+with)]
He is free with his money.
他花钱大手大脚。
11.随便的;放肆的
be free with somebody
对某人放肆
12.【化】游离的;自由的

副词 ad.

1.免费地
Children are admitted free.
孩子们免费入场。
2.无约束地
Don't let the dogs run free.
别让狗到处乱跑。
3.松开着;脱开着
The horse broke free.
马挣脱了缰绳。

及物动词 vt.

1.使自由;解放[(+from)]
Abraham Lincoln freed the slaves.
亚伯拉罕·林肯解放了奴隶。
2.使解脱[O2]

-free
复合形 comb.form

1.(构成形容词或副词)表示"无(的)","免除(的)"(如:carefree, ty-free)

以下结果来自互联网网络释义
free

1.自由的，任意的，游离的
医学翻译词汇F - ‘原版英语’ 阅读网
free 自由的，任意的，游离的

2.释放
新概念英语词汇手册 第三册－英语，英语考试...
free vt.释放

3.自由的，空闲的，免费的
李阳疯狂英语口语突破（磁带加VCD盒装）正...
010 free 自由的，空闲的，免费的

free pascal是turbo pascal的接班人，32位，且是一个跨平台的编译器，可在大多数主流的操作系统上面运行，包括Linux、windows、Unix，就连最新的windows 7也支持！

Free Pascal 详细资料

Free Pascal是个由国际组织开发的完全的win32的pascal语言编译器，类似delphi，可编写windows程序。
此前被广泛使用的PASCAL编译器普遍为Turbo Pascal & Borland pascal。但是它们可用的空间十分有限。而Free Pascal理论上可以使用4GB内存。所以在利用Free Pascal编程的时候，可以改变原有思路，将大量时间转嫁给空间，提高效率。
虽然Free Pascal尽量设计得和Turbo Pascal接近，但是由于以下的两个原因，两者之间还是有一些区别的：
1． Free Pascal是一个32位的编译器，而Turbo Pascal只是16位编译器；
2． Free Pascal是一个跨平台的编译器，而Turbo Pascal只在windows和DOS上使用。
如果你的代码是遵守ANSI Pascal的，那么代码从Turbo Pascal移植到Free Pascal是没有问题的。
下面是在Turbo Pascal上可以使用，但是在Free Pascal就不能使用的一些语言特性：
1． 函数和过程在使用时，参数的类型必须和定义时完全一致。原因是在Free Pascal中添加了函数，EXCEPT，RAISE成为了关键字，因此不能作为函数和过程的名字。
3． FAR，NEAR不再是关键字了。原因是Free Pascal是32位系统，不再需要这些关键字。
4． 布尔表达式不一定要全部进行计算。只要最终结果已经能够确定，就不再计算其它还没有计算的部分了。比如布尔表达式exp1 AND exp2 AND exp3，如果已知exp1的结果是false，那么怎么表达式的结果肯定是false，exp2和exp3就不用进行计算了。
5． 在Free Pascal中，集合中的元素都是4个字节长的。
6． 表达式执行的顺序是不确定的。比如对于表达式a:=g(2)+f(3); 不保证g(2)一定在f(3)之前执行。
7． 如果用Rewrite打开文件，那么文件就只能被写入了。如果需要读取这个文件，要对文件执行Reset。
8． Free Pascal在程序结束之前一定要关闭输出文件，否则输出文件可能不能被正确的写入。
9． Free Pascal理论上可以使用4GB的内存，因此实际上几乎可以使用系统中的所有剩余内存（除非赛题中有内存限制）。这是Free Pascal由于32位的编译器。但是对于Turbo Pascal来说，由于是16位的编译器，因此不能定义大小超过64KB的数据类型和变量，并且在DOS实模式下可以使用的内存总数只有640KB。
下面是Free Pascal相对于Turbo Pascal扩充的一些功能：
1． 函数可以返回复杂的类型，比如记录和数组。
2． 在函数中，函数的返回值通常可以作为一个变量来处理。比如：
function a : longint;
begin
a:=12;
while a>4 do
begin
{...}
end;
end;
这个例子在Turbo Pascal中，a>4会被认为是函数的递归调用，但是在Free Pascal中会认为a只是一个变量。如果想在Free Pascal中实现递归调用，就要写成下面的形式：
function a : longint;
begin
a:=12;
{ this is the recursive call }
if a()>4 then
begin
{...}
end;
end;
3． exit可以接受一个参数作为函数的返回值。比如：
function a : longint;
begin
a:=12;
if a>4 then
begin
exit(a*67); {函数的返回值就是a*67 }
end;
end;
4． Free Pascal支持函数重载。可以用相同的名字定义不同的函数，只要这些函数的参数不同，就是不同的函数。比如：
procere DoSomething (a : longint);
begin
{...}
end;
procere DoSomething (a : real);
begin
{...}
end;
可以使用不同的参数类型longint或者real来调用不同的DoSomething过程。
由于这个功能，函数的提前声明必须有完整的参数声明：
procere x (v : longint) : forward;
{...}
procere x;{ 这里定义的过程x重载了前面声明的过程x。因此这里的两个x是不同的}
begin
{...}
end;
5． Free Pascal容许运算符重载。比如，可以自己为矩阵运算定义一个“+”运算。
6． Free Pascal在windows 95及其以上的windows版本上支持长文件名。对于文件名，由于windows系统对大小写不敏感，因此在程序中，文件名的大小写是无关的。但是对于其它大小写敏感的系统，比如linux，程序中用到的文件名必须和系统中的文件名完全一致。但是由于信息学竞赛的评测系统一般是linux，因此要求程序中的文件名和系统中的文件名一样。

Free Pascal 官方网站：http://www.freepascal.org/
Free Pascal 官方FTP： ftp://ftp.freepascal.org/
Free Pascal 2.2.4（目前的最新版）官方下载地址：ftp://ftp.freepascal.org/pub/fpc/dist/2.2.4/i386-win32/fpc-2.2.4.i386-win32.exe

free的网络：
free
C语言提供的库函数：
原型: void free(void *ptr)
功 能: 释放已分配的块
程序例:
#include <string.h>
#include <stdio.h>#include <malloc.h>
int main(void)
{
char *str;
/* allocate memory for string */
str = malloc(10);
/* "Hello" to string */
strcpy(str, "Hello");
/* display string */
printf("String is %s\n", str);
/* free memory */
free(str);
return 0;
}
歌曲：free
歌手：萧亚轩 专辑：1087
something 指引我这条路
命运安排的太仓促
有人进有人出不过三分钟热度
窗外的天气就要放晴
那朵红蔷薇更完美
天一亮日一出
绽放在全新的国度
我渴望的躯体沸腾了血液
从指尖到脚底全速前进
若是你有化学效应
那就是证据
you know i know
that you'll never know
是与非对与错你说他说
很轻松一窝疯
那抱歉那不是我
no pain no gain
driving me insane
一不做二不休
完美主义的执着
赤裸裸很遗憾那就是我
我知道我在哪里
下一秒呼风唤雨
抛开你沉重外衣
so let me set you free
上帝预言的是未知数
漫长的蛰伏快结束
睁开眼看清楚
放手搏明天的赌注
幸福的地图在手心
美丽的插曲开始延续
一举手一投足
看清楚这就是态度
我擦干了眼睛把睫毛刷齐
从唇蜜到眼影全部更新
若是你有心跳反应
那就是证明
you know i know
that you'll never know
是与非对与错你说他说
很轻松一窝疯
那抱歉那不是我
no pain no gain
driving me insane
一不做二不休
完美主义的执着
赤裸裸很遗憾那就是我
我知道我在哪里
下一秒呼风唤雨
抛开你沉重外衣
so let me set you free
歌词提供再兴
不只你的过去..
let me set you
let me set you free
you know i know
that you'll never know
是与非对与错你说他说
很轻松一窝疯
那抱歉那不是我
no pain no gain
driving me insane
一不做二不休
完美主义的执着
赤裸裸很遗憾那就是我
我知道我在哪里
下一秒呼风唤雨
抛开你沉重外衣
so let me set you free☆..
free
linux命令：查看当前系统内存的使用情况，它显示系统中剩余及已用的物理内存和交换内存，以及共享内存和被核心使用的缓冲区。
格式：free [-b | -k |-m]
命令中各个选项的含义：
-b：以字节为单位显示。
-k：以K字节为单位显示。
-m：以兆字节为单位显示。
网站前台创作模式(FrEE)
这是一种符合 KISS 原则（Keep it Simple, Stupid），有别于任何一种传统 CMS 系统的网站创作模式。您可以直接在网站的最终页面上进行全站创作，而不是在网站的后台管理系统中远离现场工作，这种工作模式的好处是，您象普通访问者一样浏览自己的网站，发现需要更新的地方，立即在现场进行更新，您是网站的创作着，也是消费者，这种模式帮助您从用户的角度及时发现并解决问题。这种差别好比20年前的字处理程序，您通过格式控制字符控制格式，然后转到预浏状态看效果；现在的字处理程序是直接所见即所得的，您的文档编辑现场就是最终结果现场。
FrEE (Front End Editing) 保证了网站创作者思路的连贯性，结合本系统的随机资源（Random Resource）功能，您可以不离开编辑界面，直接处理页面中的格式文本，链接，表格，图片，Flash，音频，视频，供下载资源等。我们的编辑界面（基于 TinyMce 并进行了功能上的改进）中直接集成了站点资源的上载能力，您可以直接在现场引用这些资源，系统会自动帮您生成这些资源的 HTML 引用代码。总之，FrEE 可以使您立即投入到站点的创作，而不必象传统的 CMS 那样需要事先对整个站点进行规划，配置和复杂的初始化工作，COMSHARP CMS 不需要初始化，您在第一时间便进入网站的前端，在第一时间便上手创作，您不需要关心内容之外的其它东西，不需要安装和启用并配置那些复杂的模块（Mole），不需要在一个复杂的界面里布局版本，不需要在后台规划站点的目录结构，准备站点的资源素材，不需要传统 CMS 中令人生畏的前期准备，您所有的工作是在一个和普通访问者所见的完全一致的页面上完成全站点的建设。
FrEE 模式如何工作？
您象普通用户那样浏览自己的网站（需要以系统管理员的身份登录）
如果您的网站刚刚开始创建，您看到的将是一个没有内容的框架，虽然没有内容，但仍然具有完整的网站结构
在页面的导航和内容区域，您会看到添加，删除，编辑，移动，隐藏等创作按纽
您可以直接在页面上添加目录，子目录，页面等内容，并自动生成网站的导航系统，面包屑指示系统以及最终页面
一直这样工作下去，一个完整的网站就这样诞生
在 FrEE 界面中您可以做什么？
如果把网站做一个剖析，我们会发现，构成网站的要素有三个，内容，目录结构，版面布局，如下图所示，网站的核心是内容，它应该占据整个站点 80% 的比重，同样一个 CMS 系统 80% 的重点，应放在内容的创作上；目录结构是对内容的组织，帮助访问者快速而方便地找到内容，体现在站点结构中，就是导航系统，清晰，简洁，扁平的目录结构，是帮助访问者快速定位内容的唯一方法；网站要素中最外面一层，也是给用户第一印象的层面是整个站点的版面布局和设计，好的布局加好的设计会让访问者获得第一体验，我们承认，绝大多数访问者非常注重站点的设计和版面布局，糟糕的设计和布局会在第一时间将用户吓跑，但并不是说，好的设计和布局就会留住客人，客人一旦留下来，能抓住他/她的就只有内容和对内容的组织了，是否有好的内容才是能否永久留住客人的关键。
我们还发现，由于设计和布局往往是一种主观感觉和印象，有的网站虽然没有很好的设计，仍然能留住大量客人，是因为客人在那里发现了有价值的内容，而一旦内容将客人吸引住的时候，很多人会慢慢接受一开始不讨好的设计，甚至最终爱上那种设计，Craigslist 就是一个很好的例子。
鉴于此，锐商 CMS （COMSHARP CMS）的设计，始终遵守上面的观念，我们把整个系统 90% 的精力放在对内容的创作和组织上，在站点的前端编辑界面（FrEE 界面），您可以在现场完成站点 99% 的工作，您可以直接在目录组织，也就是导航系统上添删项目，然后在刚刚创建的目录下创作内容，至于站点的版面布局和设计元素，您可以在完成内容以后，在站点的系统区通过选择相应模板主题，通过对站点各区域的配色，通过替换站点的 Logo, Banner 以及其它装饰性图片，一次性完成。
现阶段，很多企业网站的设计存在着大量误区，过多的精力和预算放在设计上，无暇顾及内容，很多企业网站就象花瓶，只是个摆设，它无法帮助您向客户提供服务，也无法帮助您通过网络增加销售，因为用户不会信赖一个内容匮乏，错漏，过时的网站。

关于耐克的free：
Nike Woven
这个系列刚上市的后，反响很不错，起透气性和舒适性都相对以前的鞋款有很大的改善。其中还有Nike Free Woven，他融合了Free技术，其舒适性更加完善。