搜索本站
订阅《编译点滴》
-
热门点击
- Google的野心–Native Client+LLVM - 5,444 views
- 有写编译器的冲动？这些资料很重要 - 4,453 views
- 好消息：GodSon-T第一款芯片已经流片归来，正在测试 - 2,896 views
- 前瞻-LLVM大事记(2004-2010) - 2,815 views
- 前瞻-全时优化和LLVM-2 - 2,311 views
- 来仔细看看GCC 4.5.0 - 2,266 views
- GCC初窥 - 2,239 views
- 前瞻-全时优化和LLVM-1 - 2,108 views
- WebKit和Firefox的JavaScript性能对比 - 2,036 views
- Expected unqualified-id before 查错 - 2,032 views
近期评论
- yxy 发表在《time命令输出信息》
- licheng 发表在《你好，LLVM 3.0》
- erlv 发表在《通用微处理中的SIMD指令扩展》
- carltraveler 发表在《通用微处理中的SIMD指令扩展》
- 50infivedays 发表在《a list of compiler books — 汗牛充栋的编译器参考资料》
- 有写编译器的冲动？这些资料很重要 | 编译点滴 发表在《a list of compiler books — 汗牛充栋的编译器参考资料》
Tag Archives: gcc
前瞻-全时优化和LLVM-2
上篇文章，以论文为主要依据，介绍了LLVM的概况和中间表示，本篇关注论文的后半部分内容–架构设计和LLVM的整体评测： LLVM的架构设计： 总览 LLVM的架构设计以让传统的链接时，安装时，运行时和空闲时代码转换都能透明地在LLVM中间表示上展开为目的。上图就是LLVM的高层设计架构。包括静态的编译器前端用于生成LLVM中间表示；连接器用于做连接时优化，尤其是过程间优化。连接器的输出被JIT或者机器代码生成器生成机器代码。在机器代码生成时，可以通过插入低代价的抽样指令来测量运行时的profile，检测热代码，并将空闲时进行优化。
关于《编译点滴》的定位和未来
独立博客该有点什么，该写点什么，在编译点滴建站接近半年的后，忽然间有点迷茫。编译点滴该放点什么东西，博客该记录点什么，什么是该记录的，什么不该记录。虽然概括之就是自己觉得好的都能往上放。 看看现在博客里的文档，太散太杂。虽然刚刚建博的时候，很是花了一些心思写文章，找主题。但到博客的界面主题倒是换了不少，但内容实在是有点对不起观众。高达70%的跳出率说明了一切：） 幸好无意中看到了一个博客，观摩了半天后，对《编译点滴》的未来有了些想法。顺便推荐这个博客《我爱自然语言处理》。作者很用心的写了很多和自然语言处理相关的文章。博客文章很系统，自成体系。
走进顶尖大学的计算机科学
2010年美国高校计算机系排行榜出炉–《U.S. News》公布了新一期美国大学计算机系实力排名。前四：卡内基-梅隆大学(CMU)、麻省理工学院(MIT)、斯坦福大学(Stanford U)和加州大学伯克利分校(UC Berkely).
来仔细看看GCC 4.5.0
距离GCC 4.4的发布一年之久，GNU终于发布GCC 4.5了。新版本带来了很多新特性，包括使用MPC库在编译时完成复杂的算术计算，C++0x支持增强，使用部分Graphite完成自动并行化，支持新的ARM处理器，Intel Atom优化和调优支持，以及AMD Orochi优化支持等。今年稍晚发布的Fedora 14,Ubuntu 10.10,OpenSUSE 11.3，都将有GCC4.5，估计Gentoo马上就会有支持了，磨拳擦掌准备试用喽：）详细支持如下： 总体说明： 编译GCC需要MPC库 故纸堆里的旧系统和很久没有更新和测试的系统在GCC4.5中被标记为待放弃，包括IRIX, Solaris 7, Tru64 UNIX V5.1. GCC4.4中标记为待放弃的支持被放弃 移除Itanium 1变种支持，但Itanium2编译的程序能在Itanium1上正确执行 GCC生成的调试信息包括了更多DWARF 3的特性，甚至包含了DWARF4的一些特性.GDB7.0之前的版本将无法使用这些特性.所以调试GCC4.5编译的程序需要使用GDB7.0及以上版本.也可以使用选项 -gdwarf-s -gstrict-dwarf来禁止生成DWARF4信息，或者-gdwarf-2 -gstrict-dwarf让GCC严格执行DWARF2标准. X86上，浮点运算在GCC4.5上使用严格C99语法编译时，可能会运行变慢。这是为了和标准一致，可以通过选项-fexcess-precision=fast来避免严格的标准限制。 noinline属性不再能阻止整个函数拷贝。但可以通过新的属性noclone做到。
探秘CPU性能测试：Spec CPU2000之整点篇
概览SPEC Standard Performance Evaluation Corporation:标准性能测试协会，一个致力于发布管理计算机性能标准化测试的组织.建立于1988年，会员包括Apple，Dell，IBM，Intel，Microsoft和Sun。Spec的测试例子被光感应用于计算机系统的性能测试中。 SPEC的测试例子是为了测试实际生活中的场景，如SPEC web2005通过并发HTTP请求测试web服务器的性能.SPEC CPU通过多个例子的运行时间长短衡量CPU的性能。SPEC的测试例子都采用平台无关代码编写，以便能使用各种编译器和平台来测试。现在的工业界更是针对SPEC中的测试例子做优化来证明编译器，CPU，web服务器等等的性能提升。 SPEC发布了以下性能测试集： SPEC CPU2006/2000用来测试CPU，存储和编译器的性能 SPEC jms 2007,用于测试JAVA消息服务的性能 SPEC web 2005 用于测试PHP或者JSP的性能 SPEC Viewperf，用于测试OpenGL 3D图形系统的性能 SPEC apc，用于测试给定系统中多个3D交互应用的性能 SPEC OMP2001 使用OpenMP测试并行系统的性能 SPEC MPI2007 使用MPI测试并行系统的性能 SPEC JVM 2008,测试Java Runtime Environment(JAVA运行时环境，JRE)在不同客户和服务器系统上的JAVA性能 SPEC jAppServer2004, 测试JAVA 2 Enterprise Edition应用服务器的性能 … Continue reading
前瞻-全时优化和LLVM-1
读论文<LLVM: A Compilation Framework for Lifelong Program Analysis & Transformation> CGO 04 1，写在前面的话 全时优化(LifeLong Optimization)对于每个编译爱好者来说，太有魅力了。我在起初也是被这个题目所吸引打算一探究竟。本文是04年LLVM的最早两位开发者Chris Lattner和Vikram Adve所写，发表在04年的CGO上， 先来说说LLVM的历史。2000年LLVM开始开发，2005年Apple雇了Chris Lattner，LLVM也相当于成了Apple的官方支持的编译器。Apple已经将它用在OpenCL的流水线优化，Xcode已经能使用llvm-gcc编译代码。可以说05年之前LLVM一直都是学术界的东西，05年之后用于工业界.而这篇文章写在04年.本博最近听过一个关于LLVM的讨论会，会中有资深人士提到LLVM现在越来越像一个普通的编译器。说这番话的意思是，我们可以从这篇文章里找到LLVM的架构设计和早期的一些实现思想，但请不要迷信LLVM现在有多么神奇，每个架构都会有它的优缺点。 这篇文章，我现在已经读完了理论和介绍部分，性能评测部分还没有读。所以标题里面加了个1，因为接下来，还想作几件事，一是读完文章，二是跟踪一下Chris Lattner最近几年的文章，三是尝试将Open64和LLVM做个对比，最后看看代码。所以敬请期待之后的系列文章。
GNU工具链学习笔记
1..so为动态链接库，.a为静态连接库。他们在Linux下按照ELF格式存储。ELF有四种文件类型。可重定位文件(Relocatable file,*.o，*.a),包含代码和数据，可用来连接成可执行文件或共享目标文件;可执行文件(Executable File),ELF可执行文件；共享目标文件(Shared Object File,*.so),包含代码和数据；核心转储文件(Core Dump File),进程意外终止时，系统将该进程的地址空间内容和其他信息保存到该文件中。 file命令可以查看。 2，Objdump程序，来自binutils，可以查看Object file内的结构。-h：打印各个段基本信息；-s所有段内容以16进制打印;-d:将所有包含指令的段反汇编。 3, ar -t libc.a；查看libc.a压缩了那些.o文件。 4, collect2 是ld连接器的包装，它调用ld链接目标文件，并对结果做处理，包括收集所有与程序初始化相关的信息并构造初始化结构。 5，readelf：查看ELF文件。 -s:打印符号信息；
大尾端和小尾端
大尾端(big endian)和小尾端(little endian)的问题类似于写字时是从右往左写还是从左往右写的问题。说起来不难，但是在计算机世界中，我们必须要规定采用哪种形式，而并无优劣之分，所以演变到现在，就既有大尾又有小尾.X86就是小尾的，龙芯也用的小尾，早期的MIPS使用的是大尾端,这决定了访存的方向问题。 精确的讲，大尾端和小尾端的区别是系统里整数是从右往左表示还是从左往右表示。表示的不同就意味着重要性不同的位位置不同，大尾端从左往右表示，那么权重大的字节在左边即在低地址处，而小尾端相反。不管时处理器，虚拟机还是网路协议都需要规定大小尾端问题。 如图是X86的存储形式，若大小尾端混用，则会一团糟。
一起瞻仰图灵碗
美国计算机协会颁发的图灵奖是计算机界的诺贝尔，至今已有55位获奖者，奖品是碗一个。每年颁发一次，每次发一个碗，奖给曾在计算机领域具有持久而重大的技术创新的人。目前有英特尔和google赞助，奖金$250000,换算成人民币的话，都不够在中关村买一套70平米的两居90年代二手房，唉！ 没有这些获奖者，就没有计算机科学的今天！不过这些获奖者如果在中国估计得一直为房发愁了，所以我们的房地产要走出国门，让其他国家的人们都专心买房，无心科研，这样国内拿碗的人就会出现了！ 目前，仅有一个黄种人拿到此碗，他就是姚期智，美籍华人。因在伪随机数生成，密码学和通信复杂度等问题上的贡献而得奖，目前在清华领导成立理论计算机科学研究中心。 之所以写这篇文章，是因为读了孙天齐的系列文章中的部分(之所以是部分，因为作者没放出全部文章),强烈推荐阅读之。 近看图灵碗 (0. 引言) 近看图灵碗 (1. 从苏黎世到巴黎) (上) 近看图灵碗 (1. 从苏黎世到巴黎) (下) 近看图灵碗 (8. 我就是上帝) (上)
WebKit和Firefox的JavaScript性能对比
严格的说WebKit仅仅是个浏览器核心，采用该核心的浏览器很多，如国内的搜狗浏览器，遨游浏览器。其他的如google的chrome(Windows平台，linux平台下为chromium),epiphany(linux平台下，gnome2.28版本之后),苹果的Safari 都采用了webkit的内核。Firefox则是采用Gecko的内核，这是NetScape公司开发的内核，后来开源，mozilla继续开发。另外，现在还有另外两种常见的浏览器内核，Trident主要用在IE系列上，Presto主要用在Opera上。 这篇文章仅仅针对浏览器处理JavaScript的性能作比较，主要在X86平台和龙芯平台。先来解释一下JavaScript，JavaScript是互联网内较为常用的脚本语言，面向对象，主要在浏览器内解释执行，用于生成动态网页，因为很多语言特性受Java影响，所以叫JavaScript。通过JavaScript，浏览器可以运行服务器想要在访问者终端上运行的一些计算程序，以达到更好的浏览体验。
